И внимание!!!!
Похоже проблема решена! Тестирую 3-ий день - полёт нормальный! Спасибо archuser!
Итак. Как было посоветовано решить проблему. Во-первых попробовать чётко отследить в какое время начинаются тормоза. Замечаем время и идём в /var/log/syslog. Там видим, что например в 1:46 происходит вот такое:
Mar 1 01:46:49 box kernel: [ 6492.164277] irq 21: nobody cared (try booting with the "irqpoll" option)
Mar 1 01:46:49 box kernel: [ 6492.164306] CPU: 3 PID: 6114 Comm: vlc Tainted: P C OE 5.8.0-43-generic #49-Ubuntu
потом всякие дампы...
Mar 1 01:46:49 box kernel: [ 6492.164307] Hardware name: System manufacturer System Product Name/P5N7A-VM, BIOS 0519 04/29/2010
Mar 1 01:46:49 box kernel: [ 6492.164311] Call Trace:
Mar 1 01:46:49 box kernel: [ 6492.164351] show_stack+0x52/0x58
Mar 1 01:46:49 box kernel: [ 6492.164358] dump_stack+0x70/0x8d
Mar 1 01:46:49 box kernel: [ 6492.164368] __report_bad_irq+0x3a/0xaf
Mar 1 01:46:49 box kernel: [ 6492.164370] note_interrupt.cold+0x8/0x60
Mar 1 01:46:49 box kernel: [ 6492.164374] handle_irq_event+0xaa/0xb1
Mar 1 01:46:49 box kernel: [ 6492.164376] handle_fasteoi_irq+0x7d/0x1c0
Mar 1 01:46:49 box kernel: [ 6492.164381] common_interrupt+0x6f/0x150
Mar 1 01:46:49 box kernel: [ 6492.164389] ? asm_common_interrupt+0x8/0x40
Mar 1 01:46:49 box kernel: [ 6492.164390] asm_common_interrupt+0x1e/0x40
Mar 1 01:46:49 box kernel: [ 6492.164396] RIP: 0033:0x7fca05ed6d79
Mar 1 01:46:49 box kernel: [ 6492.164403] Code: 0f fe f2 66 0f fe e6 66 44 0f fe f4 66 41 0f 72 e6 02 66 0f f5 2c c3 66 0f f5 7c c3 10 66 44 0f f5 7c c3 20 66 0f f5 4c c3 30 <66> 0f fe ef 66 44 0f fe f9 66 41 0f fe ef 66 0f 72 e5 02 66 44 0f
Mar 1 01:46:49 box kernel: [ 6492.164404] RSP: 002b:00007fca02a099c0 EFLAGS: 00000207
Mar 1 01:46:49 box kernel: [ 6492.164407] RAX: 0000000000000010 RBX: 00007fca06269080 RCX: 0000000000000f00
Mar 1 01:46:49 box kernel: [ 6492.164408] RDX: 00007fc9dc26844e RSI: 0000000000000f00 RDI: 00007fc9df8616d0
Mar 1 01:46:49 box kernel: [ 6492.164409] RBP: 00007fca0cc8b2e0 R08: 00007fca0cc8b950 R09: 0000000000000033
Mar 1 01:46:49 box kernel: [ 6492.164410] R10: 0000000000000010 R11: 0000000000002d00 R12: 00007fc9df8553e0
Mar 1 01:46:49 box kernel: [ 6492.164411] R13: 0000000000000040 R14: 0000000000000f00 R15: 0000000000000f00
Mar 1 01:46:49 box kernel: [ 6492.164417] handlers:
Mar 1 01:46:49 box kernel: [ 6492.164427] [<00000000bc951bea>] usb_hcd_irq
и наконец:
Mar 1 01:46:49 box kernel: [ 6492.164428] Disabling IRQ #21
потом смотрим в том же логе, что у нас там на этом IRQ #21:
Mar 1 01:07:03 box kernel: [ 1.039298] ohci-pci 0000:00:06.0: OHCI PCI host controller
Mar 1 01:07:03 box kernel: [ 1.039303] ohci-pci 0000:00:06.0: new USB bus registered, assigned bus number 4
Mar 1 01:07:03 box kernel: [ 1.039325] ohci-pci 0000:00:06.0: irq 21, io mem 0xf9f7d000
И далее через программу usbview или просто lsusb видим, что на этой несчастной шине номер 4 с 21-м прерыванием висит та самая мышь!
Но это еще не всё. Дело в том, что все эти контроллеры ECHI и OCHI они могут делать перенаправление (почему просто перетыкание в другой разъем не давало эффекта!). Даже один и тот же разъём ядро может перебрасывать либо на EHCI, либо на OHCI (и на соответствующую шину). Например, при подключении в один и тот же разъём USB 2.0 камеры она может пойти в EHCI bus 1, а при подключении тот же разъём USB1.1 мыши - в OHCI bus 3! Это происходит потому, что контроллер не знает что за устройство подсоединено, и после короткого "разговора" решает, что с ним дальше делать.
Если кому интересно, то вот две ссылки довольно подробно рассказывающие про работу EHCI, OHCI, UHCI и все их заморочки:
https://composter.com.ua/content/antologiya-usb-drugaya-versiyahttps://composter.com.ua/content/shina-usb-trebuet-obratnoy-sovmestimostiВ общем при помощи программы usbview (там если нажать на устройство видно на какой шине оно висит), методом проб и ошибок удалось полностью освободить шину номер 4, и сейчас вроде бы в течении 3х дней мышь не тормозит!
Пытался подключиться к USB2.0 хабу, но комп видимо решает, что мышка - это загрузочная флешка и пытается с неё грузиться. НЕ очень успешно ессно.
В общем, спасибо всем, кто помогал. Через несколько дней, если всё будет норм, то попрошу закрыть тему.
PS. Почему ядро рубит irq #21 я так и не понял.
Пользователь добавил сообщение 04 Марта 2021, 20:28:26:
Возможно проблема с енергосбережением. Раньше лечилось так
Код: [Выделить]
sudo powernap-action --disable usb_autosuspend
Спасибо! Попробую этот вариант. Возможно как раз юсб засыпает и идет отключение irq #21. Но я бы не сказал, что много времени проходит, может минут 5-10 после начала просмотра. Но и опять же, это только во время видео. Если просто мышь не трогать хоть час, ядро его не глушит.