RLW wrote: > W dniu 2011-03-05 21:24, Manuel Guesdon pisze: > > On Sat, 5 Mar 2011 22:09:51 +0900 > > Ryan McBride<mcbr...@openbsd.org> wrote: > > > >> | On Fri, Feb 25, 2011 at 08:40:10PM +0100, Manuel Guesdon wrote: > >> |> "systat -s 2 vmstat": > >> |> > >> |> 3.2%Int 0.1%Sys 0.0%Usr 0.0%Nic 96.8%Idle > >> |> | | | | | | | | | | | > >> | > >> | The numbers presented here are calculated against the sum of your CPUs. > >> | Since you are running bsd.mp with hyperthreading turned on, your machine > >> | has "16" CPUs; each CPU accounts for about 6% of the total available so > >> | the "3.2%Int" value in your systat vmstat means that you have one cpu > >> | (the only one that is actually working in the kernel) about 50% in > >> | interrupt context. > >> | > >> | The exact behaviour varies from hardware to hardware, but it's not > >> | surprising that you start losing packets at this level of load. > > > > OK. Understood. Thank you. I'll try SP kernel with mulithread disabled as soon > > as I can and make some tests. > > > > Manuel > > > > -- > > ______________________________________________________________________ > > Manuel Guesdon - OXYMIUM > > > > > > > Hello, > > Because lately some people wrote to the group about network bandwidth > problems with em(4) i have run some test myself. > > On the same hardware i have run tests on Debian and OpenBSD. > It seems, there might be something in OpenBSD that slows bandwidth on > gbit NICs. > > Below detailed info.
<snip> How about MTU? Did you have jumbo frames enabled on Debian? Alexey