Eu tenho um laptop com o Linux Mint mais recente instalado (a versão MATE, não a Cinnamon). Em 80-90% do tempo, tudo funciona muito bem, mas periodicamente o mouse começa a ficar muito lento (parecerá lento responder e o cursor se moverá talvez em 20% da velocidade normal). Esse problema vem e vai sem nenhuma causa aparente. Isso ocorre tanto com um mouse USB quanto com o touchpad do laptop. Eu não tive esse problema com uma versão mais antiga do Mint.
Eu tentei procurar no Google por outra pessoa que resolveu esse problema, mas devido à natureza geral dos termos envolvidos ("mouse", "linux", "lag" etc.), apenas encontro muitas páginas não relacionadas.
Alguém tem alguma sugestão sobre como posso diagnosticar o que está causando esse estranho atraso do mouse (e, idealmente, como posso resolvê-lo)?
* EDIT *
Aqui está uma amostra da top
saída 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 exemplo tail
de execução dmesg
( dmesg
fornece muita saída, portanto, a 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
De acordo com a resposta do @ grs, aqui está o tail
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)
fonte
top
)? Quando o atraso do mouse ocorre, isso afeta o teclado também? Geralmente, mais informações você coloca em sua pergunta, melhor resposta você pode obter.Respostas:
Encontrei a seguinte solução no Ask Ubuntu :
Definitivamente, resolvi o problema para mim e, após mais de uma semana de testes, posso confirmar que o atraso do mouse foi interrompido para mim.
fonte
Observe que nos kernels mais recentes, o módulo drm_kms_helper pode não ser carregado por padrão. Uma etapa extra faz com que isso funcione:
Espero que ajude alguém!
fonte
echo 'drm_kms_helper' >> /etc/modules-load.d/local.conf
Embora a resposta aceita pelo OP possa ter ajudado na época; hoje não funciona mais.
Hoje, você precisa ajustar a
mousepoll
taxa dousbhid
módulo.Se o mouse tiver 1000 hz, você precisará informar
usbhid
a pesquisa nesse intervalo; por padrão, ele pesquisa em 125 hz.Nos sistemas Debian, você pode fazer isso adicionando o seguinte a
/etc/modules
:Nota: eu nunca tive
echo 1 > /sys/module/usbhid/parameters/mousepoll
trabalho; Eu tive que adicionar o intervalo da pesquisa e reiniciar. Provavelmente tem que reiniciar o X e / ou recarregar os módulos de vídeo para aplicá-lo sem reiniciar.fonte
A julgar pelo
%sy
valor relativamente altotop
e baseado na sua declaração de que o mesmo hardware costumava funcionar corretamente antes da atualização, acho que o atraso é causado por um driver. É incomum um sistema saudável e quase inativo passar tanto 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 há algum erro registrado/var/log/Xorg.0.log
.Suas opções para resolver isso são bastante limitadas:
Se isso é terrível, convém instalar o kernel da família 2.6.x. Há uma chance de "quebrar" outra coisa e provavelmente você precisará compilá-la.
fonte
/var/log/Xorg.0.log
tail
; parece-me inócuo, mas não tenho muita certeza.Não sei se este ainda é um problema? ... No entanto, tive o mesmo problema com o atraso do mouse no Linux Mint 14 x64 Cinnamon. Eu tentei de tudo ... kernels diferentes, atualizando drivers - nada funcionou.
De qualquer forma, a solução surpreendentemente mágica foi 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 por aí!
fonte
Fixando o Mouse Lag na Canela
De repente, experimentei um atraso pesado do mouse na canela. Caso alguém encontre esta página ao pesquisar, como eu, por uma possível causa, talvez seja: Ampliação da área de trabalho. Certifique-se de que está desligado com Alt + Super + 8, mesmo quando a tela não está ampliada.
Levei algum tempo para encontrá-lo, principalmente o problema depois de começar a dividir meu diretório pessoal inteiro (mova metade dos diretórios para um diretório temporário e efetue login novamente etc.) até que eu pudesse localizar
~/.config/dconf/user
e, finalmente, o nível de zoom fator definido como 1,0:Você pode verificar se esse é o caso do seu Canela com
fonte
Depois de semanas pesquisando e tentando corrigir esse problema, finalmente consegui classificá-lo nesta página: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to-fix-your-linux-lenovo- ideapad-y560p /
$ grep ativado / sys / firmware / acpi / interrupts / * (o gpe com o número alto claro é o problema)
Em seguida, adicione uma entrada crontab para corrigi-la @reboot echo "disable"> / sys / firmware / acpi / interrupts / gpeXX (XX é o número do seu gpe)
-037
fonte