Re: DP performance

2005-12-01 Thread Marko Zec
On Thursday 01 December 2005 15:27, Danial Thom wrote: The issue is that RX is absolute, as you cannot decide to delay or selectively drop since you don't know whats coming. Better to have some latency than dropped packets. No, if the system can't cope with the inbound traffic, it's much

Re: DP performance

2005-12-01 Thread Marko Zec
On Thursday 01 December 2005 22:19, Danial Thom wrote: I see you haven't done much empirical testing; the assumption that all is well because intel has it all figured out is not a sound one. Interrupt moderation is given but at some point you hit a wall, and my point is that you hit a wall a

Re: DP performance

2005-12-01 Thread Marko Zec
On Thursday 01 December 2005 23:13, Matthew Dillon wrote: :... : : of latency occuring every once in a while would not have any : adverse effect. : :A few milliseconds of latency / jitter can sometimes completely kill : TCP throughput at gigabit speeds. A few microseconds won't matter, :

Re: DP performance

2005-11-30 Thread Marko Zec
On Wednesday 30 November 2005 16:18, Danial Thom wrote: --- Hiten Pandya [EMAIL PROTECTED] wrote: Marko Zec wrote: Should we be really that pessimistic about potential MP performance, even with two NICs only? Typically packet flows are bi-directional, and if we could have one

Re: DP performance

2005-11-30 Thread Marko Zec
On Wednesday 30 November 2005 03:08, Hiten Pandya wrote: Marko Zec wrote: Should we be really that pessimistic about potential MP performance, even with two NICs only? Typically packet flows are bi-directional, and if we could have one CPU/core taking care of one direction

Re: DP performance

2005-11-29 Thread Marko Zec
On Monday 28 November 2005 22:13, Matthew Dillon wrote: If we are talking about maxing out a machine in the packet routing role, then there are two major issue sthat have to be considered: * Bus bandwidth. e.g. PCI, PCIX, PCIE, etc etc etc. A standard PCI bus is limited to ~120