Re: Longstanding networking / SMP issue? (duplextest)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On Thu, Feb 20, 2003 at 01:20:43AM -0800, Simon Kirby wrote:
> > On Thu, Feb 20, 2003 at 08:52:46AM +0100, Andi Kleen wrote:
> >
> > > That's probably because of the lazy ICMP socket locking used for the
> > > ICMP socket. When an ICMP is already in process the next ICMP
triggered
> > > from a softirq (e.g. ECHO-REQUEST) is dropped
> > > (see net/ipv4/icmp_xmit_lock_bh())
> >
> > Hmm...and this is considered desired behavior?  It seems like an odd way
> > of handling packets intended to test latency and reliability. :)
>
> IP is best-effort. Dropping packets in odd cases to make locking simpler
> is not unreasonable. Would you prefer an slower kernel?

Yes IP is best-effort. But this argument cant explain why IP on linux works
better if we disable SMP on linux...

I'm sorry Andy but "IP is best effort" sounds very lazy in this case.

SMP should give more power to the machine, not drop some frames because
'another CPU' is busy and has a lock we *need*.

Eric

-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]

  Powered by Linux