Como resolvo o atraso periódico do mouse no Linux Mint (MATE)?

21

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 topsaí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 tailde execução dmesg( dmesgfornece 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 tailmeu /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
fonte
Esse é apenas um problema difícil de resolver ou há algo errado com minha pergunta? Eu sei que no Stack Overflow as perguntas geralmente são ignoradas se (por exemplo) elas não tiverem exemplos de código ... há alguma informação faltando aqui que eu poderia fornecer?
precisa saber é o seguinte
Eu tenho exatamente o mesmo problema - Vou começar uma recompensa
sunwukung
Obrigado! Se eu pudesse passar meus pontos Stack Overflow aqui eu totalmente fazer o mesmo ...
machineghost
3
Primeiro, indique o hardware que você está usando - desktop / laptop, tipo de mouse e fabricante. Você já tentou um mouse diferente? Existe troca durante o atraso (pode verificar com 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.
grs
Isso é um laptop? Que tipo de mouse? PS1? USB? Sem fio? Isso acontece quando o sistema está sob carga pesada? E tudo o que o @grs disse.
terdon

Respostas:

26

Encontrei a seguinte solução no 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

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.

user200554
fonte
A gagueira do rato estava me deixando louco! Obrigado!
precisa saber é o seguinte
Muito obrigado, eu tinha que carregar o drm_kms_helper na inicialização, usou este: superuser.com/questions/528727/...
Shani Elharrar
2
Ele resolveu o problema, mas por quê? Como funciona?
Chetan Bhasin
5

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:

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!

UberSteve
fonte
carregar o módulo no momento da inicialização:echo 'drm_kms_helper' >> /etc/modules-load.d/local.conf
kravemir 28/10
3

Embora a resposta aceita pelo OP possa ter ajudado na época; hoje não funciona mais.

Hoje, você precisa ajustar a mousepolltaxa do usbhidmódulo.

Se o mouse tiver 1000 hz, você precisará informar usbhida pesquisa nesse intervalo; por padrão, ele pesquisa em 125 hz.

Nos sistemas Debian, você pode fazer isso adicionando o seguinte a /etc/modules:

-r usbhid
usbhid mousepoll=1

Nota: eu nunca tive echo 1 > /sys/module/usbhid/parameters/mousepolltrabalho; 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
2

A julgar pelo %syvalor relativamente alto tope 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:

  1. tente mouse diferente;
  2. experimente o LiveCD em outra distribuição / versão;
  3. tente interface gráfica diferente;
  4. viva com ele (estou executando o Linux Mint Debian Edition e, de maneira aleatória, meu botão esquerdo se recusa a funcionar e ele volta por si só. Aprendi a contornar isso);
  5. obtenha um módulo de mouse mais antigo ou mais recente para o seu kernel (desde que você saiba).

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.

grs
fonte
Eu editei minha resposta com um /var/log/Xorg.0.log tail; parece-me inócuo, mas não tenho muita certeza.
machineghost
Nada interessante no log do Xorg. Qual versão mais antiga do Linux Mint você executou sem problemas? Que ambiente?
grs
Hmmm ... não me lembro exatamente para ser honesto, mas estava bem atrás. Demorou muito para que toda essa coisa do GNOME => MATE ... talvez Mint 7 ou 8? E o ambiente era apenas GNOME.
precisa saber é o seguinte
Você pode querer jogar com versões mais antigas do Linux Mint e / ou Ubuntu.
grs
11
Obrigado pela sugestão, mas a execução de versões antigas de sistemas operacionais é um risco à segurança e geralmente é uma má ideia. Além disso, acho difícil acreditar que as versões atuais do Linux possam funcionar apenas com hardware de ponta. Quero dizer, esse laptop conta sua RAM em shows, não megabytes, e estamos falando de Linux, não de Windows: deve ser possível executar uma versão atual. Parece-me muito mais provável que meus problemas venham de um novo componente específico (por exemplo, MATE), em vez de algo profundamente arraigado como o kernel; Só não sei como determinar o componente.
precisa
2

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í!

stevetammer
fonte
Isso parece muito promissor, graças ao stevetammer; Vou tentar quando chegar em casa hoje à noite.
machineghost
Desculpe, esqueci de relatar. Eu verifiquei essa configuração e acabei desmarcando :-( Tentei verificá-la apenas para ver, mas não pareceu fazer nenhum bem. Ainda assim, obrigado pela sugestão (talvez ajuda alguém))
machineghost 14/02
2

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/usere, finalmente, o nível de zoom fator definido como 1,0:

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

Você pode verificar se esse é o caso do seu Canela com

dconf dump / |grep mag
Simon A. Eugster
fonte