netdev - Re: [PATCH] Software receive packet steering

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20090409.141740.78414724.davem@davemloft.net>
Date:	Thu, 09 Apr 2009 14:17:40 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	therbert@...gle.com
Cc:	shemminger@...tta.com, netdev@...r.kernel.org
Subject: Re: [PATCH] Software receive packet steering

From: Tom Herbert <therbert@...gle.com>
Date: Thu, 9 Apr 2009 09:43:07 -0700

> The bimodal behavior between polling and non-polling states does give
> us fits.  I looked at the parked mode idea, but the latency hit seems
> too high.  We've considered holding the interface in polling state for
> longer periods of time, maybe this could trade off CPU cycles (on the
> core taking interrupts) for lower latency and higher throughput.

The sweet spot is usually obtained by having moderate HW interrupt
mitigation settings.  Unfortunately not all drivers do this
universally and have been well tuned.  tg3 is one driver that does do
this correctly.

I would imagine that a non-trivial swath of the issues you guys run
into are actually driver related.  It took us a while to get the tg3
HW interrupt mitigations to play just-right with NAPI.

And we were able to get it right because on a particular system the
NAPI transition was incredibly expensive (some big NUMA SGI box)
so all of the effects were pronounced.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html