Re: putty go slow
Michael Stone <mstone@debian.org> writes:
> On Wed, Apr 10, 2019 at 12:00:01PM +0200, Peter Wiersig wrote:
>>> /sbin/ifconfig
>>> enp0s25: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
>>> inet 10.0.0.3 netmask 255.255.255.0 broadcast 10.0.0.255
>>> inet6 fe80::219:d1ff:fe41:c769 prefixlen 64 scopeid 0x20<link>
>>> ether 00:19:d1:41:c7:69 txqueuelen 1000 (Ethernet)
>>> RX packets 47732498 bytes 13998322190 (13.0 GiB)
>>> RX errors 0 dropped 5642 overruns 0 frame 0
>>
>>Your errors are higher when your received packets are half of mine. But
>>still, 5k of of 47m is a error rate of 0.01%, so a hint, but not
>>conclusive.
>
> 5000 drops is insignificant, and you're having him waste his time
> chasing something that isn't a problem.
No, I encouraged him to reboot the linux side of the puzzle, reproduce
his problem and then check the counters. I doubt that that would entour
13 GiB datatransfers if the problem is reproducible, I got the
impression the problem is intermittend and I suggested he goes and swaps
the cables for about $10 and see if that helps or not.
I also stated that that error-rate is not the solution, and I guess that
I wont be able to help him solve this problem. Dan thought the 5k
counter value would indicate a more serious problem.
I also asked for kernel messages regarding his network card, because I
think in his case the error might lie in the link negotiation or duplex
settings for the relevant machines.
I strive for local networks that would have single digit drops in 47m
packets and I'm willing to spend the money for the equipment to achieve
that. My quoted ifconfig output comes from a rented server in some
datacenter where I don't have the power to choose anything HW related
apart from my price point for the server cost, and they almost reach my
goal in error counters. I have no idea how critical micks hardware is
and what budget choices he makes.
You have a nice day please, Michael. Thanks for your contribution to
debian btw.
Regards,
Peter
Reply to: