On Tue, Jun 21, 2005 at 09:11:57PM +0200, Pieter de Boer wrote:
> Luigi Rizzo wrote:
>
> > oh yes one thing... you are using 'via foo0' in your rule,
> > which means the packet is intercepted both in the input and
> > output path, which causes further contention on the queues.
> Well, when using '
Luigi Rizzo wrote:
oh yes one thing... you are using 'via foo0' in your rule,
which means the packet is intercepted both in the input and
output path, which causes further contention on the queues.
Well, when using 'ip from client to server recv em0', packets get
matched twice. When I set some
oh yes one thing... you are using 'via foo0' in your rule,
which means the packet is intercepted both in the input and
output path, which causes further contention on the queues.
try 'pipe 1 in recv foo0 ...' which should only intercept
traffic in the input path.
also you can set the queue size i
Luigi Rizzo wrote:
>>However.. when I deleted the pipe rules on 'network', the speed suddenly
>>went up to around 800mbit/s too! I remade them, and voila, 200mbit/s.
> network emulation is a tricky job :)
It sure is, so I'm happy you're trying to help out :)
> in any case i believe what happens
On Mon, Jun 20, 2005 at 11:14:53PM +0200, Pieter de Boer wrote:
> Luigi Rizzo wrote:
...
> However.. when I deleted the pipe rules on 'network', the speed suddenly
> went up to around 800mbit/s too! I remade them, and voila, 200mbit/s.
network emulation is a tricky job :)
in any case i believe w
Luigi Rizzo wrote:
When testing without any extra delay on 'network' and send/recvspaces of
65535 bytes, we can sustain around 800mbit/s. The interrupts on
'network' may be the limiting factor here. However, when we set the
send/recv space to 65535*2, we can only sustain around 200-300mbit/s. It
On Mon, Jun 20, 2005 at 10:11:27PM +0200, Pieter de Boer wrote:
> Hello there,
...
> When testing without any extra delay on 'network' and send/recvspaces of
> 65535 bytes, we can sustain around 800mbit/s. The interrupts on
> 'network' may be the limiting factor here. However, when we set the
> sen
