-
Notifications
You must be signed in to change notification settings - Fork 128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Slowing down SSH session #745
Comments
Hi. Generally I expect that people provide actionable information in their issue in order to enable analysis; the issue template should help. In your case this amounts to the full output of
Please do not simply copy the long output here. Instead, use https://gist.github.com/. Thanks. |
Ok, I compared the tlp-stat before and after running $ diff tlp-stat.before tlp-stat.after
...
212c212
< Bus 002 Device 009 ID 0bda:8153 control = on, autosuspend_delay_ms = 0 -- Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter (r8152)
---
> Bus 002 Device 009 ID 0bda:8153 control = auto, autosuspend_delay_ms = 0 -- Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter (r8152)
... Performance loss is only on the SSH connection via network going via a USB-C dock. Locally the system feels fast as expected. |
Looks as if enabling autosuspend for the USB ethernet adapter causes the slow down of the incoming SSH session. I suggest to exclude the adapter via TLP's configuration file:
I suspect there is some (potentially) kernel based race on system startup that causes autosuspend no to be enabled for ethernet. |
That solved it, thanks. |
Question beside... I wonder what daemon is running to track power changes. When starting tlp via # ls /lib/udev/rules.d/??-tlp*
/lib/udev/rules.d/85-tlp-rdw.rules /lib/udev/rules.d/85-tlp.rules
|
Exactly. Realtek adapters often seem to have problems with power saving. On my laptops with USB and PCIe variants. As for your questions of understanding, this is explained in the docs: |
[x] I've read and accepted the Bug Reporting Howto
[x] I've provided all required
tlp-stat
outputs via Gist (see below)Describe the bug
Hi, I installed tlp-1.6.1 on Gentoo, as replacement for older laptop-mode-tools. For that I temporarily disabled the laptop-mode-tools service.
Now doing a
tlp start
makes the laptop slow and not usable anymore. Connected via ssh I can type 1 character per second. None oftlp ac
ortlp bat
solves it. Only disconnecting and reconnecting AC power solves it.Doing a
rc-service tlp
start does not show that issue.The init script does a
tlp init start
, doing that manually also does not show the issue. But thisinit
is not documented anywhere.Gentoo Linux 23.0
tlp-1.6.1
openrc-0.54 (No systemd)
In the syslog I've seen some
Jun 20 13:29:12 [kernel] [13146.366090] NOHZ tick-stop error: local softirq work is pending, handler #08!!!
The text was updated successfully, but these errors were encountered: