'[LARTC] /proc/net/dev counters'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lartc
Subject:    [LARTC] /proc/net/dev counters
From:       Piotr Chytla <pch () packetconsulting ! pl>
Date:       2006-10-14 19:31:48
Message-ID: 20061014193148.GA25817 () packetconsulting ! pl
[Download RAW message or body]

Hi 

Maybe my problem is litle offtopic to this list , but maybe someone had
something similar like this , and have some good solution .

Ok, I've have router with four intel e1000 pci-x(2x100Mhz/2x133Mhz) nics that push 
about 200Mbit/s , 
and I'm using  nload for realtime traffic monitoring. Everything was great 
until I've updated kernel to 2.6.17.13 . After update nload is showing 
some crazy values .

I've tried to get counters from /proc/net/dev (like nload). 

root@kaermorhen:~# while true; do cat /proc/net/dev|grep eth0; sleep 1; done
  eth0:1013729758 572932250    0 1882102    0     0          0         0 1572910106 \
3860638290    0    0    0     0       0          0  eth0:1055515817 573004372    0 \
1882102    0     0          0         0 1601291109 3860694606    0    0    0     0    \
0          0   eth0:1055515817 573004372    0 1882102    0     0          0         0 \
1601291109 3860694606    0    0    0     0       0          0  eth0:1097729573 \
573076432    0 1882102    0     0          0         0 1629536436 3860751311    0    \
0    0     0       0          0  eth0:1097729573 573076432    0 1882102    0     0    \
0         0 1629536436 3860751311    0    0    0     0       0          0  \
eth0:1139487258 573148469    0 1882102    0     0          0         0 1658034498 \
3860807633    0    0    0     0       0          0  eth0:1139487258 573148469    0 \
1882102    0     0          0         0 1658034498 3860807633    0    0    0     0    \
0          0  eth0:1181148113 573220076    0 1882102    0     0          0         0 \
1685931047 3860863738    0    0    0     0       0          0

Between second and third second counter increase of 0 bytes, 

1055515817-1055515817=0

the same for fourth and fifth ( on mrtg graphs I've about 140Mbit/s incoming
traffic - 17.5 MB/s ).

On other router I've kernel 2.6.14.7 , e1000/2xe100 32bit nics , and
interfece counters in /proc/net/dev are looking good:

  eth0:2101453114 3324697664 3604 3441 3441    92          0   1347064 867323793 \
3458783738    0    0    0     0       0          0  eth0:2107451373 3324705778 3604 \
3441 3441    92          0   1347066 874688831 3458792480    0    0    0     0       \
0          0  eth0:2113352907 3324713495 3604 3441 3441    92          0   1347066 \
881546913 3458800862    0    0    0     0       0          0  eth0:2119707847 \
3324721929 3604 3441 3441    92          0   1347069 889060588 3458809975    0    0   \
0     0       0          0  eth0:2125601276 3324729816 3604 3441 3441    92          \
0   1347070 896165072 3458818569    0    0    0     0       0          0

2113352907-2107451373=5901534 (traffic on intefece about 40Mbit/s = 5MB/s) - seems \
good.

Both routers have CONFIG_HZ=1000, two cpus, and bofh are using
e1000/e100 driver with enabled NAPI. 

Besides I've similar thing on laptop, 2.6.14 , Broadcom BCM4401-B0 nic (b44) :)

Why interface counters are increasing so slowy? this behavior can be
changed? or in other way this is normal behavior or some bug , feature?

/pch

-- 
Dyslexia bug unpatched since 1977 ...
exploit has been leaked to the underground.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

[prev in list] [next in list] [prev in thread] [next in thread] 