jamona perez wrote:
ok, thanks for the reply : I'm no longer worried about performance.
I'm not too familiar with xBSD, but I am with Linux, I did lotsa
kernel compiles back in the days of 1.3/2.0, I still do some for
stress-testing, So there is a chance that it won't be so hard/different.
Anyways, I'll have to sort pro's and con's of everything (and test ;-)
before going live with either solution.
I'll have one last curiosity about the linked graph : how come
ipfilter always has a better throughput regardless of polling (ipf and
ipf-polling almost have the same curve at the top of the graph, when
enabling polling either on pf or "nofilter" has dramatical effect. And
how can ipfilter perform better than "nofilter" ?
As I said, the difference between if_bridge and the old bridging method.
The "no filter" line is with if_bridge. All the data in that graph
except for the ipf results is with if_bridge. Routing and NAT graphs
look much more sane, that one's weird because of the bridging differences.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
