Bug 100502 – netspeed_applet-0.13: "Bytes in" wraps to 0 at about 4GB

• Product: Gentoo Linux
• Status: RESOLVED UPSTREAM

[Description Ivan Yosifov 2005-07-27 11:43:20 UTC]

I have installed netspeed_applet-0.12.1 and the <right click on applet>->Device
Details: "Bytes in" counter wraps to 0 once it reaches about 4Gb. This can be
tested by selecting the applet to monitor lo, ssh-ing into localhost and doing a
cat /dev/zero.



Reproducible: Always
Steps to Reproduce:





Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer
-momit-leaf-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c
/etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer
-momit-leaf-frame-pointer -pipe -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.ITDNet.net/gentoo"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acl alsa apache2 avi berkdb bitmap-fonts bonobo cdr crypt cups curl
directfb doc dvd dvdr eds emboss encode flac foomaticdb gd gdbm gif gnome gpm
gstreamer gtk gtk2 guile hal imagemagick imlib ipv6 ithreads java jpeg junit kde
kdeenablefinal ldap libg++ libwww mad mikmod mmap mmx motif mozilla mp3 mpeg
mysql ncurses nls nptl nvidia ogg oggvorbis opengl pam pdflib perl pic plotutils
png postgres pthreads python qt quicktime readline sdl session sharedmem spell
sse sse2 ssl svga symlink tcltk tcpd tetex threads tiff truetype truetype-fonts
type1-fonts unicode usb vorbis win32codecs xml xml2 xmms xv zlib linguas_en
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS

[Comment 1 Ivan Yosifov 2005-08-02 02:47:56 UTC]

Same with 0.13.

[Comment 2 Theodore Randall 2005-08-05 15:35:42 UTC]

I have forwarded this message upstream to mfcn AT gmx DOT de, the maintainer of 
netspeed_applet.

[Comment 3 Theodore Randall 2005-08-06 11:43:10 UTC]

This is the response I got from the maintainer.

----paste----

Hi,
I don't have an account in the gentoo bugzilla.

Here is what I know:
- the 4 GB limit is because the counter is an unsigned int32.
- until recently this was actually an kernel issue
- probably it still is. check /proc/net/dev. if it contains
"non-wrapped" values, then the bug should be in libgtop2.
- if the bug is in libgtop2, someone should fix it or at least report
it ;)
- this bug is almost certainly not in netspeed, since it already uses
unsigned int64 for the byte counters. So as soon as the the underlying
stack (kernel + libgtop2) use 64 bit integers for the counters, this
should just work.

Regards,
J

[Comment 4 Theodore Randall 2005-08-06 11:43:10 UTC]

This is the response I got from the maintainer.

----paste----

Hi,
I don't have an account in the gentoo bugzilla.

Here is what I know:
- the 4 GB limit is because the counter is an unsigned int32.
- until recently this was actually an kernel issue
- probably it still is. check /proc/net/dev. if it contains
"non-wrapped" values, then the bug should be in libgtop2.
- if the bug is in libgtop2, someone should fix it or at least report
it ;)
- this bug is almost certainly not in netspeed, since it already uses
unsigned int64 for the byte counters. So as soon as the the underlying
stack (kernel + libgtop2) use 64 bit integers for the counters, this
should just work.

Regards,
Jörgen

[Comment 5 Ivan Yosifov 2005-08-06 13:11:13 UTC]

Thanks for the help.
Seems /proc/net/dev is wrapping too, so this is an upstream kernel problem.
Closing.