On 06/12/2013 06:22 PM, Christiano F. Haesbaert wrote: > On 13 June 2013 00:15, John Jasen <jja...@realityfailure.org> wrote:
>> As I try to push the test system, interrupts climb above 12-15k/second >> (seen via systat), consuming more and more of the first CPU until after >> about 50% utilisation (according to top), it just hits a wall and >> refuses to spit out any more bandwidth. >> >> A coworker was able to drive it up to close to 60k interrupts/second, >> but was not able to get much more through it. >> >> Comparison tests, booting a Debian "Squeeze" live cd, and booting >> FreeBSD 9.x, indicate that out of the box, they can push 15-20Gb/s -- >> which, while lower than what I would expect, is an improvement. > > Here your test is probably botched, you're probably just stressing one > queue from the card, which gives you more or less what you're seeing, > you need to send multiple tcp/udp streams, then you can have an idea > how much linux/freebsd can do. > > obs: "we usually count forwarding rate, so when you say 15gbit/s, most > people say 7.5gbit/s =)" Thanks for the feedback. I was worried that we were hitting the upper bounds of the openbsd kernel. My quick litmus tests with other OSes were to try and rule in/out the hardware. Our production network is divided into a few high speed internal zones, and we have two external connections -- one high speed, the other 1GbE, but due to be upgraded to 10GbE. The test environment was an approximation of that, involving servers and load generators, exercising several to all of the configured firewall interfaces simultaneously. IE: client1 sends to server1 via ix0 and ix2, clien2 to server2 via ix3 abnd ix5, etc. -- -- John Jasen (jja...@realityfailure.org) -- No one will sorrow for me when I die, because those who would -- are dead already. -- Lan Mandragoran, The Wheel of Time, New Spring
