Eu tenho um laptop com o mais recente Linux Mint instalado (a versão MATE, não a Canela). 80-90% do tempo tudo funciona muito bem, mas periodicamente o mouse começa a "ficar" muito lento (ele vai se sentir lento para responder e o cursor se move a uma velocidade normal de talvez 20%). Esse problema vem e vai sem nenhuma causa aparente. Ocorre com um mouse USB e com o touchpad do laptop. Eu não tive esse problema com uma versão mais antiga do Mint, no entanto.
Eu tentei usar o Google para outra pessoa que resolveu esse problema, mas, devido à natureza geral dos termos envolvidos ("mouse", "linux", "lag", etc.), acabei de encontrar muitos problemas não relacionados. páginas.
Alguém tem alguma sugestão sobre como eu posso diagnosticar o que está causando esse atraso de mouse estranho (e, idealmente, como posso resolvê-lo)?
* EDIT *
Aqui está uma amostra de top output durante o atraso:
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
Aqui está um tail de execução dmesg ( dmesg dá muito de saída, portanto, o 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
Como resposta do @ grs, aqui está o tail do meu /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)
Eu encontrei a seguinte solução em 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
Isso definitivamente resolveu o problema para mim, e depois de mais de uma semana de testes eu posso confirmar que parou o atraso do mouse para mim.
Note que nos kernels mais novos, o módulo drm_kms_helper pode não ser carregado por padrão. Um passo extra faz com que isso funcione:
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
Espero que ajude alguém!
A julgar pelo valor %sy relativamente alto em top e com base em sua declaração de que o mesmo hardware costumava funcionar corretamente antes do upgrade, acho que o atraso é causado por um driver. É incomum que um sistema saudável e quase ocioso passe muito tempo no modo kernel. Acabei de verificar que o Linux Mint 14 é baseado no Ubuntu 12.10 e usa o kernel 3.5.
Seria curioso ver se algum erro foi registrado em /var/log/Xorg.0.log .
Suas opções para resolver isso são bastante limitadas:
Se for tão terrível, talvez você queira instalar o kernel da família 2.6.x. Há uma chance de que ele "quebre" outra coisa e provavelmente você precisaria compilá-lo.
Eu não sei se esse ainda é um problema? ... No entanto, tive o mesmo problema com o atraso do mouse no Linux Mint 14 x64 Cinnamon. Eu tentei qualquer coisa ... diferentes kernels, atualizando drivers - nada funcionou.
De qualquer forma, a solução surpreendentemente mágica era desmarcar a opção "Desativar o touchpad ao digitar" nas configurações do mouse. Essa configuração parece causar problemas pesados aleatoriamente.
Espero que isso ajude alguém de fora!
Eu experimentei lentidão do mouse sobre a canela de repente. No caso de alguém encontrar essa página ao pesquisar, como eu, por uma possível causa, talvez seja: Ampliação da área de trabalho. Verifique se ela está desativada com Alt + Super + 8, mesmo quando a tela estiver não ampliado.
Demorei algum tempo para localizá-lo, principalmente encontrei o problema depois de começar a dividir meu diretório pessoal inteiro (mover metade dos diretórios para um diretório temporário e efetuar login novamente etc.) até conseguir localizar ~/.config/dconf/user e, finalmente, o fator de nível de zoom definido como 1.0:
[org/cinnamon/desktop/a11y/magnifier]
mag-factor=1.0
screen-magnifier-enabled=true
Você pode verificar se esse é o caso da sua Canela com
dconf dump / |grep mag
Embora a resposta aceita pelo OP possa ter ajudado de volta no dia; não funciona mais hoje.
Hoje, você precisa ajustar a mousepoll do módulo usbhid .
Se o seu mouse for 1000Hz, você precisará informar usbhid para pesquisar nesse intervalo; Por padrão, ele pesquisa em 125hz.
Nos sistemas Debian, você pode fazer isso adicionando o seguinte em /etc/modules :
-r usbhid
usbhid mousepoll=1
Nota: nunca tive echo 1 > /sys/module/usbhid/parameters/mousepoll work; Eu tive que adicionar o intervalo de pesquisa e reiniciar. Provavelmente tem que reiniciar o X e / ou recarregar os módulos de vídeo para aplicá-lo sem reiniciar.
Depois de semanas pesquisando e tentando consertar este problema, finalmente consegui classificá-lo através desta página:
$ grep ativado / sys / firmware / acpi / interrupts / * (o gpe com o número alto e claro é o problema)
Em seguida, adicione uma entrada crontab para corrigi-lo @reboot echo "desativar" > / sys / firmware / acpi / interrupts / gpeXX (XX é o numero do seu gpe)
-037
Tags linux linux-mint