On Mon, 09 Jul 2012 10:35:24 +0100, Berni Elbourn wrote:
On 07/07/12 15:18, Camaleón wrote:
(...)
Have you noted an increment of packets being dropped when the system is
running a concrete task or process that can exhaust the available
memory? I ask this because Google suggest that dropped packates can be
related to low memory situations :-?
Anyone else seeing this? How to progress? .. should I log a debian
bug, or just go buy an Intel card? Or ? :-)
In workstations and servers I always try to have at least a couple of
different NIC cards (from different manufacturers and models) just to
prevent these situations, because if you think about it, what's a
server with no network connection? Nowadays, close to nothing; a
toaster is even more useful :-)
Strangest thing. The dropped packets stopped at 3000 odd. After reboots
(this machine is shutdown overnight) the number of dropped packets seems
to stop incrementing at 20 or 30 or so even after several gigabytes of
transfer.
You mean with Squeeze's stock kernel or the backported one? :-?
Performance however is fine with the backports kernel:
If there's a noticeable difference between both kernels, I would report
it just in the event the problem can be addressed and patched for the
upcoming dot point releases.
$ cat /proc/version
Linux version 3.2.0-0.bpo.2-amd64 (Debian 3.2.20-1~bpo60+1)
(debian-kernel@lists.debian.org) (gcc version 4.4.5 (Debian 4.4.5-8) )
#1 SMP Fri Jun 29 20:42:29 UTC 2012
$ sudo ethtool eth0
(...)
This output looks normal.
$ sudo ethtool -k eth0
(...)
$ sudo ethtool -i eth0
driver: tg3
version: 3.121
firmware-version: 5722-v3.07, ASFIPMI v6.02 bus-info: 0000:11:00.0
^^^^^^^^^^
And also these.
Well, you can check if there's the possibility fo getting an updated
firmware but for NICs I never had to did an update before :-?
eth0 Link encap:Ethernet HWaddr 00:21:5a:d3:d0:0c
inet addr:192.168.2.10 Bcast:192.168.2.255
Mask:255.255.255.0 inet6 addr: fe80::221:5aff:fed3:d00c/64
Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:123154 errors:0 *dropped:26* overruns:0 frame:0 TX
packets:131936 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15913111 (15.1 MiB) TX bytes:107913843 (102.9 MiB)
Interrupt:19
Despite the small number of dropped packages (26) the total ammount of
received packages is also very low (15.1 MiB), there shouldn't be a
single drop.
Is "dmesg | grep -i eth0" showing any anomaly?
Greetings,