David Boreham wrote:
Howard Chu wrote:
> It's pretty amazing to watch the processor status in top and see an
> entire CPU consumed by interrupt processing. That kind of points to
> some major walls down the road; while any 1GHz or faster processor
> today can saturate 100Mbps ethernet, it takes much faster processors
> to fully utilize 1Gbps ethernet. And unlike bulk data transfer
> protocols like ftp or http, we won't get any benefit from using jumbo
> frames in typical LDAP deployments.
This may be a NIC hardware issue.
I get 80k pps using ttcp with two very fast test machines that have
which would match your 40k auths/s.
Actually an "authentication" in this case is 5 packets: Anonymous search for
uid=foo, response, result, then Simple Bind + result. So, 200k pps. But still,
the gigabit ethernet medium maxes out at over 1.4M pps for "small" packets, so
200k is nowhere near saturation.
This guy's work suggests that the Intel hardware is much more
And in fact, when I test between two boxes with e1000 nics, but much
slower CPUs than the first boxen, I get 250k pps.
Interesting link, thanks. Of course that's using a much older platform. The
machine I'm testing is using a Broadcom BCM5704 interface, with Linux 2.6's
Tigon tg3 driver. (Running a 184.108.40.206 kernel now.) I haven't peeked inside the
driver to see if it's got any tweaks for delayed interrupts, but it sounds
like something worth checking. (I hope it's not the Linksys switch we're
using; most of these switches seem to be able to handle at least 700k pps though.)
Reminds me of the old leapfrogging games with Excelan ethernet cards and their
onboard TCP engines (15+ years ago), allowing machines of that time to hit a
whopping 250KB/sec on 10Mbit ethernet. A couple years later the main CPUs got
fast enough to do 500KB/sec without using the cards' "accelerators."
many years since I saw another NIC with onboard TCP engine after that, but
they're on the market now...
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/