Как решить периодическую задержку мыши на Linux Mint (MATE)?

21

У меня ноутбук с последней установленной Linux Mint (версия MATE, а не Cinnamon). В 80-90% случаев все работает отлично, но периодически мышь начинает сильно «отставать» (реагирует медленно, и курсор движется с нормальной скоростью, возможно, на 20%). Эта проблема приходит и уходит без видимой причины. Это происходит как с USB-мышью, так и с сенсорной панелью ноутбука. У меня не было этой проблемы со старой версией Mint.

Я пытался найти в Google кого-то другого, кто решил эту проблему, но из-за общего характера используемых терминов («мышь», «linux», «задержка» и т. Д.) Я просто нахожу много не связанных между собой страниц.

Кто-нибудь есть какие-либо предложения о том, как я могу диагностировать, что вызывает эту странную задержку мыши (и в идеале, как я могу ее решить)?

* РЕДАКТИРОВАТЬ *

Вот пример topвывода во время задержки:

top - 20:10:27 up 34 days, 22:31,  4 users,  load average: 2.36, 1.19, 0.65
Tasks: 192 total,   2 running, 190 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.8 us, 24.8 sy,  0.0 ni, 68.5 id,  0.4 wa,  0.0 hi,  0.5 si,  0.0 st
KiB Mem:   4032688 total,  3475752 used,   556936 free,   202180 buffers
KiB Swap:  8787516 total,   137556 used,  8649960 free,  1768748 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND           
21961 root      20   0     0    0    0 S  20.9  0.0   0:12.82 kworker/1:0       
21762 root      20   0     0    0    0 R  11.3  0.0   0:12.05 kworker/0:2       
 5780 me        20   0  181m  26m  16m S   9.3  0.7 271:41.38 mate-system-mon   
21733 root      20   0     0    0    0 S   7.6  0.0   0:16.24 kworker/1:1       
21956 root      20   0     0    0    0 S   7.3  0.0   0:13.10 kworker/0:0       
21879 root      20   0     0    0    0 S   3.7  0.0   0:03.25 kworker/u:2       
23920 me        20   0  425m  85m  16m S   3.3  2.2 148:23.44 chrome            
20013 me        20   0  426m 198m  27m S   2.0  5.0   5:53.41 chrome            
  852 me        20   0  170m  13m  10m S   1.0  0.3   1:43.49 mate-terminal     
 2283 root      20   0  132m  26m  10m S   1.0  0.7 140:33.62 Xorg              
11361 me        20   0 1054m 212m  26m S   1.0  5.4 119:45.32 eclipse           
23766 me        20   0  644m 179m  39m S   1.0  4.6 156:13.04 chrome            
19035 couchdb   20   0 86672 5120 1484 S   0.7  0.1 314:22.75 beam.smp          
   10 root      20   0     0    0    0 S   0.3  0.0   6:08.10 ksoftirqd/1       
 2453 me        20   0 38796 1824 1680 S   0.3  0.0   2:31.55 gvfs-afc-volume   
 5776 me        20   0  105m 8376 6772 S   0.3  0.2   1:48.06 multiload-apple   
18074 me        20   0 69836  14m 3808 S   0.3  0.4   9:23.07 python            

Вот tailход dmesg( dmesgдает много выхода, таким образом, tail):

[2844570.290434] type=1701 audit(1358135321.797:17): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=6593 comm="chrome" reason="seccomp" sig=0 syscall=20 compat=0 ip=0xb3599424 code=0x50000
[2855118.278240] stereo mode not supported
[2891634.104527] stereo mode not supported
[2929390.761034] stereo mode not supported
[2930948.986039] stereo mode not supported
[2931457.828088] stereo mode not supported
[2936251.706768] stereo mode not supported
[2939573.402914] stereo mode not supported
[2940015.539524] stereo mode not supported
[2977473.595590] stereo mode not supported

Согласно ответу @ grs, вот tailмой /var/log/Xorg.0.log:

[2940015.539] (II) intel(0): Printing DDC gathered Modelines:
[2940015.539] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
[2977473.595] (II) intel(0): EDID vendor "AUO", prod id 4140
[2977473.595] (II) intel(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[2977473.595] (II) intel(0): Printing DDC gathered Modelines:
[2977473.595] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
[3020717.050] (II) intel(0): EDID vendor "AUO", prod id 4140
[3020717.050] (II) intel(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[3020717.050] (II) intel(0): Printing DDC gathered Modelines:
[3020717.050] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
machineghost
источник
Это сложная проблема, или с моим вопросом что-то не так? Я знаю, что вопросы переполнения стека часто игнорируются, если (например) у них нет примеров кода ... есть ли здесь какая-то информация, которую я мог бы предоставить?
machineghost
У меня точно такая же проблема - я начну щедрость
sunwukung
Спасибо! Если бы я мог потратить здесь очки переполнения стека, я бы сделал то же самое ...
machineghost
3
Сначала укажите, какое оборудование вы используете - настольный компьютер / ноутбук, тип мыши и производитель. Вы пробовали другую мышь? Есть ли обмен во время задержки (можно проверить с помощью top)? Когда происходит зависание мыши, это тоже влияет на клавиатуру? Как правило, чем больше информации вы добавите в свой вопрос, тем лучше ответ вы сможете получить.
GRS
Это ноутбук? Что за мышка? PS1? USB? Беспроводной? Это происходит, когда система находится под большой нагрузкой? И все, что сказал @grs.
Terdon

Ответы:

26

Я нашел следующее решение в Ask Ubuntu :

sudo -i
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf

Это окончательно решило проблему для меня, и после более чем недели испытаний я могу подтвердить, что это остановило отставание мыши для меня.

user200554
источник
Заикание мыши сводило меня с ума! Благодарность!
doug65536
Большое спасибо, мне пришлось загрузить drm_kms_helper при загрузке, использовал это: superuser.com/questions/528727/…
Шани Эльхаррар
2
Это решило проблему, но почему? Как это работает?
Четан Бхасин
5

Обратите внимание, что в более новых ядрах модуль drm_kms_helper может не загружаться по умолчанию. Один дополнительный шаг заставляет это работать:

sudo su -
modprobe drm_kms_helper
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "drm_kms_helper" >> /etc/modprobe.d/local.conf
echo "options drm_kms_helper poll=N" >> /etc/modprobe.d/local.conf

Надеюсь, что это помогает кому-то!

UberSteve
источник
загрузить модуль во время загрузки:echo 'drm_kms_helper' >> /etc/modules-load.d/local.conf
kravemir
3

В то время как принятый ответ ОП, возможно, помог в прошлом; это больше не работает сегодня.

Сегодня вам нужно настроить mousepollскорость usbhidмодуля.

Если ваша мышь имеет частоту 1000 Гц, вам нужно указать usbhidопрашивать с этим интервалом; по умолчанию он опрашивает 125 Гц.

В системах Debian вы можете сделать это, добавив следующее /etc/modules:

-r usbhid
usbhid mousepoll=1

Примечание: у меня никогда не было echo 1 > /sys/module/usbhid/parameters/mousepollработы; Мне пришлось добавить интервал опроса и перезапустить. Вероятно, придется перезапустить X и / или перезагрузить видео модули, чтобы применить его без перезапуска.


источник
2

Судя по относительно высокой %syстоимости topи на основании вашего заявления о том, что те же аппаратные средства работали правильно до обновления, я думаю, что задержка вызвана драйвером. Для здоровой, почти бездействующей системы необычно проводить столько времени в режиме ядра. Я только что проверил, что Linux Mint 14 основан на Ubuntu 12.10 и использует ядро ​​3.5. Было бы интересно посмотреть, если какие-либо ошибки записываются в /var/log/Xorg.0.log.

Ваши варианты решения этой проблемы довольно ограничены:

  1. попробуйте другую мышь;
  2. попробуйте LiveCD на другом дистрибутиве / версии;
  3. попробуйте другой графический интерфейс;
  4. жить с этим (я использую Linux Mint Debian Edition и на случайной основе моя левая кнопка отказывается работать, и она возвращается сама собой. Я научился обходить это);
  5. получить старый или новый модуль мыши для вашего ядра (при условии, что вы знаете, как).

Если это так ужасно, вы можете установить ядро ​​семейства 2.6.x. Есть вероятность, что он «сломает» что-то еще, и, вероятно, вам придется его скомпилировать.

GRS
источник
Я отредактировал свой ответ с помощью /var/log/Xorg.0.log tail; это кажется безобидным для меня, но я не совсем уверен.
Machineghost
Ничего интересного в журнале Xorg. Какую старую версию Linux Mint вы без проблем запускали? Какая среда?
гр
Хммм ... Я точно не помню, чтобы быть честным, но я был далеко позади. Это было задолго до всего этого GNOME => MATE ... может быть, Mint 7 или 8? И среда была просто GNOME.
Machineghost
Возможно, вы захотите поиграть с более старыми версиями Linux Mint и / или Ubuntu.
Grs
1
Спасибо за предложение, но запуск старых версий операционных систем представляет собой угрозу безопасности и, как правило, является плохой идеей. Кроме того, мне трудно поверить, что текущие версии Linux могут работать только на самом современном оборудовании. Я имею в виду, что этот ноутбук считает свою оперативную память в гигабайтах, а не в мегабайтах, и мы говорим о Linux, а не Windows: должна быть возможность запустить текущую версию. Мне кажется гораздо более вероятным, что мои проблемы связаны с одним конкретным новым компонентом (например, MATE), а не с чем-то глубоко укоренившимся, как ядро; Я просто не знаю, как определить компонент.
Machineghost
2

Я не знаю, если это все еще проблема? ... Однако у меня была та же проблема с зависанием мыши в Linux Mint 14 x64 Cinnamon. Я пробовал все что угодно ... разные ядра, обновление драйверов - ничего не получалось.

В любом случае, удивительным волшебным решением было отключить опцию «Отключить тачпад во время набора текста» в настройках мыши. Этот параметр, кажется, вызывает серьезные проблемы случайным образом.

Я надеюсь, что это может помочь кому-то еще там!

stevetammer
источник
Это звучит очень многообещающе, спасибо stevetammer; Я попробую, когда вернусь домой сегодня вечером.
machineghost
Извините, забыл сообщить. Я проверил эту настройку, и оказалось, что у меня она уже не проверена :-( Я попытался проверить ее, просто чтобы посмотреть, но, похоже, она не принесла пользы. Тем не менее, спасибо за предложение (может быть, это будет помогите кому-нибудь еще).
machineghost
2

Исправление задержки мыши на корице

Я внезапно почувствовал сильное отставание мыши от корицы. В случае, если кто-то найдет эту страницу при поиске, как и я, возможной причины, возможно, это: Увеличение рабочего стола.Убедитесь, что он выключен с помощью Alt + Super + 8, даже если экран не увеличен.

Мне потребовалось некоторое время, чтобы отследить его, в основном обнаружил проблему после начала деления пополам всего моего домашнего каталога (переместить половину каталогов во временный каталог и войти снова и т. Д.), Пока я не смог найти ~/.config/dconf/user и, наконец, уровень масштабирования фактор, который был установлен на 1,0:

[org/cinnamon/desktop/a11y/magnifier]
mag-factor=1.0
screen-magnifier-enabled=true

Вы можете проверить, так ли это на вашей Корице с

dconf dump / |grep mag
Саймон А. Эугстер
источник
1

После нескольких недель поисков и попыток решить эту проблему, я наконец-то разобрался с этой страницей: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to-fix-your-linux-lenovo- IdeaPad-Y560p /

$ grep enabled / sys / firmware / acpi / interrupts / * (проблема в gpe с четким старшим числом)

Затем добавьте запись в crontab, чтобы исправить это @reboot echo "disable"> / sys / firmware / acpi / interrupts / gpeXX (XX - это номер вашего gpe)

-037

037
источник