Re: [altq 838] Re: The future of ALTQ, IPsec & IPFILTER playing together ...

2001-05-03 Thread Luigi Rizzo
> is fast, as fast as it gets. It is my understanding that BPF > is very fast wrong. It is an interpreted bytecode, much slower than, say, approaches which translate individual filters into native machine code (DPT/DPF ? don't remember the exact reference, it was some usenix/sigcomm paper). >

Re: [altq 838] Re: The future of ALTQ, IPsec & IPFILTER playing together ...

2001-05-03 Thread Bill Fumerola
On Thu, May 03, 2001 at 09:50:25AM +0200, Luigi Rizzo wrote: > wrong. It is an interpreted bytecode, much slower than, > say, approaches which translate individual filters into > native machine code (DPT/DPF ? don't remember the exact reference, > it was some usenix/sigcomm paper). http://www.pd

Re: [altq 838] Re: The future of ALTQ, IPsec & IPFILTER playing together ...

2001-05-03 Thread Jason R Thorpe
On Thu, May 03, 2001 at 09:50:25AM +0200, Luigi Rizzo wrote: > wrong. It is an interpreted bytecode, much slower than, > say, approaches which translate individual filters into > native machine code (DPT/DPF ? don't remember the exact reference, > it was some usenix/sigcomm paper). The fact