FS#61509 - network remote MC noticeable lag
Attached to Project:
Arch Linux
Opened by Martin Mísař (misarm) - Wednesday, 23 January 2019, 14:39 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 10 December 2019, 13:39 GMT
Opened by Martin Mísař (misarm) - Wednesday, 23 January 2019, 14:39 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 10 December 2019, 13:39 GMT
|
Details
Description:
After today's update (previous update was at the beggining of December 2018), local network has noticeable lag (I am used to work remotely via openssh in mcedit) about 0.4s (arrows, backspace, editing of text is too choppy). Previous (working) update was at the beggining of December 2018. I have tried putty instead of openssh, I have tried xterm instead of urxvt. I am using lts kernel (I will try non-lts one too) On different (not updated) machine lag is not present... Is there some settings, which needs to be set to avoid this lag? Additional info: * package version(s) openssh 7.9p1-1 uname -a Linux mmm 4.19.16-1-lts #1 SMP Thu Jan 17 07:35:45 CET 2019 x86_64 GNU/Linux * config and/or log files etc. Steps to reproduce: |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Tuesday, 10 December 2019, 13:39 GMT
Reason for closing: None
Additional comments about closing: per user request
Tuesday, 10 December 2019, 13:39 GMT
Reason for closing: None
Additional comments about closing: per user request
IP statistics don't show any errors.
Lag is not noticeable if I am only in shell (keys response is fast) on remote machine, but after I run vi, mc or mcedit, problem will show.
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
I have sent "sssssssssss", to remote mcedit - this is local(client) wireshark dump of the problem
57 2.626964919 192.168.1.63 192.168.1.132 SSH 166 Server: Encrypted packet (len=100)
58 2.626978814 192.168.1.132 192.168.1.63 TCP 66 41938 → 22 [ACK] Seq=593 Ack=1389 Win=594 Len=0 TSval=1437146603 TSecr=4107948
59 2.866842122 192.168.1.132 192.168.1.63 TCP 102 [TCP Retransmission] 41938 → 22 [PSH, ACK] Seq=557 Ack=1389 Win=594 Len=36 TSval=1437146843 TSecr=4107948
60 2.866910817 192.168.1.63 192.168.1.132 SSH 166 Server: Encrypted packet (len=100)
61 2.866926050 192.168.1.132 192.168.1.63 TCP 66 41938 → 22 [ACK] Seq=593 Ack=1489 Win=594 Len=0 TSval=1437146843 TSecr=4107960
sometimes also...
663 41.487835530 192.168.1.132 192.168.1.63 SSH 102 Client: Encrypted packet (len=36)
664 41.774552796 192.168.1.63 192.168.1.132 SSH 166 Server: Encrypted packet (len=100)
665 41.774576585 192.168.1.132 192.168.1.63 TCP 66 41938 → 22 [ACK] Seq=5777 Ack=15493 Win=594 Len=0 TSval=1438203422 TSecr=4372102
666 41.774585533 192.168.1.63 192.168.1.132 SSH 166 Server: [TCP Spurious Retransmission] , Encrypted packet (len=100)
667 41.774588453 192.168.1.132 192.168.1.63 TCP 78 [TCP Dup ACK 665#1] 41938 → 22 [ACK] Seq=5777 Ack=15493 Win=594 Len=0 TSval=1438203422 TSecr=4372174 SLE=15393 SRE=15493
I tried wifi connection and problem is gone so it seems that driver for 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c) is probably not fully working at both actual lts and non-lts kernels.
So task can be closed