On 06/12/2012 05:58 PM, Andy Bowers - Performance Engineering wrote:
> find where your nics are bound too
>
> mdb -k
> ::interrupts
>
> create a processor set including those cpus [ so just the nic code will
> run there ]
>
> andy
Tried and didn't help, unfortunately. I'm still seeing drops. What's
even funnier is that I'm seeing drops when the machine is sync'ing the
txg to the zpool. So looking at a little UDP receiver I can see the
following input stream bandwidth (the stream is constant bitrate, so
this shouldn't happen):
4.396151 Mbit/s <- drop
5.217205 Mbit/s
5.144323 Mbit/s
5.150227 Mbit/s
5.144150 Mbit/s
4.663824 Mbit/s <- drop
5.178603 Mbit/s
5.148681 Mbit/s
5.153835 Mbit/s
5.141116 Mbit/s
4.532479 Mbit/s <- drop
5.197381 Mbit/s
5.158436 Mbit/s
5.141881 Mbit/s
5.145433 Mbit/s
4.605852 Mbit/s <- drop
5.183006 Mbit/s
5.150526 Mbit/s
5.149324 Mbit/s
5.142306 Mbit/s
4.749443 Mbit/s <- drop
(txg timeout on my system is the default 5s)
It isn't just a slight delay in the arrival of the packets, because then
I should be seeing a rebound on the bitrate, sort of like this:
^ |-----, ,^----, ,^-----, ,^----
B | v v v
|
+------------------------------
t ->
Instead, what I'm seeing is simply:
^ |-----, ,-----, ,------, ,-----
B | v v v
|
+------------------------------
t ->
(The missing spikes after the drops means that there were lost packets
on the NIC.)
--
Saso
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
