Hallo.
Wenn ich ifconfig aufrufe, so erscheint folgendes:
eth0 Link encap:Ethernet HWaddr 00:10:4B:B5:40:0C
inet addr:10.10.114.83 Bcast:10.10.115.255 Mask:255.255.252.0
UP BROADCAST RUNNING MULTICAST MTU:1372 Metric:1
RX packets:13721222 errors:199 dropped:0 overruns:0 frame:208
TX packets:8031262 errors:0 dropped:0 overruns:0 carrier:1150
collisions:152913 txqueuelen:100
RX bytes:4242304496 (3.9 GiB) TX bytes:993894155 (947.8 MiB)
Interrupt:11 Base address:0x1000
Jedoch, wenn RX (Received Gibi Bytes) über 4 GiB gehen sollte, dann springt der Zähler wieder auf 0 GiB um. Wie kann ich das verhindern ? Ich möchte gerne sehen können, wieviel Traffic pro Tag auf der Netzwerkkarte gemacht wird.
PS: 1 Gibi Byte == 1024 Mibi Bytes == 1024*1024 Kibi Bytes == 1024^3 Bytes
1 Giga Byte == 1000 Mega Bytes == 1000*1000 Kilo Bytes == 1000^3 Bytes
Das musste ich auch erst nachschauen. <img src="http://www.pl-forum.de/UltraBoard/Images/Wilk.gif" border="0" align="middle">
Danke !
ifconfig
Re: ifconfig
Benutze einfach 64-Bit Linux+Programme!
Sind halt einfach all die kleinen Dinge, weshalb "normal"-Linux+Programme noch kein richtiges OS sind. Die Ausrede mit den 32-Bit-Prozessoren ist eben nur eine Ausrede ...
Auf die Schnelle weiß ich auch nicht, ob nur 32-Bittig gezählt wird, oder der Engpaß bei `ifconfig' oder Schnittstelle zum System ist. Wenn Du `ifconfig' in genügend kleinem Zeitintervall (garantiert < 4GB Traffic) befragst, kannst Du ja den Überlauf selbst auswerten. Da hat sicherlich auch schon jemand das Problem (in perl?) gelöst, nur finden mußt Du es ...
Sind halt einfach all die kleinen Dinge, weshalb "normal"-Linux+Programme noch kein richtiges OS sind. Die Ausrede mit den 32-Bit-Prozessoren ist eben nur eine Ausrede ...
Auf die Schnelle weiß ich auch nicht, ob nur 32-Bittig gezählt wird, oder der Engpaß bei `ifconfig' oder Schnittstelle zum System ist. Wenn Du `ifconfig' in genügend kleinem Zeitintervall (garantiert < 4GB Traffic) befragst, kannst Du ja den Überlauf selbst auswerten. Da hat sicherlich auch schon jemand das Problem (in perl?) gelöst, nur finden mußt Du es ...