¿Cómo resuelvo el retraso periódico del mouse en Linux Mint (MATE)?


21

Tengo una computadora portátil con la última Linux Mint instalada (la versión MATE, no la Cinnamon). El 80-90% del tiempo todo funciona muy bien, pero periódicamente el mouse comenzará a "retrasarse" en gran medida (se sentirá lento para responder y el cursor se moverá a un 20% de velocidad normal). Este problema aparece y desaparece sin causa aparente. Se produce tanto con un mouse USB como con el panel táctil de la computadora portátil. Sin embargo, no tuve este problema con una versión anterior de Mint.

He intentado buscar en Google a otra persona que resolvió este problema, pero debido a la naturaleza general de los términos involucrados ("mouse", "linux", "lag", etc.) acabo de encontrar muchas páginas no relacionadas.

¿Alguien tiene alguna sugerencia sobre cómo puedo diagnosticar qué está causando este extraño retraso del mouse (e idealmente, cómo puedo resolverlo)?

* EDITAR *

Aquí hay una muestra de topsalida durante el retraso:

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            

Aquí hay una tailde ejecución dmesg( dmesgda mucha salida, por lo tanto 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

Según la respuesta de @ grs, aquí está el tailde mi /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)

¿Es solo un problema difícil de resolver o hay algo mal con mi pregunta? Sé que en Stack Overflow las preguntas a menudo se ignoran si (por ejemplo) no tienen ejemplos de código ... ¿falta alguna información aquí que pueda proporcionar?
machineghost

Tengo exactamente el mismo problema - Comenzaré una recompensa
sunwukung

¡Gracias! Si pudiera gastar mis puntos de desbordamiento de pila aquí, haría lo mismo ...
machineghost

3
Primero, indique qué hardware está utilizando: computadora de escritorio / portátil, tipo de mouse y fabricante. ¿Has probado un mouse diferente? ¿Hay intercambio durante el retraso (puede verificar con top)? ¿Cuándo se produce el retraso del mouse, también afecta el teclado? En general, cuanto más información ponga en su pregunta, mejor respuesta puede obtener.
grs

¿Es esta una computadora portátil? ¿Qué tipo de mouse? PS1? ¿USB? ¿Inalámbrico? ¿Ocurre cuando el sistema está bajo una carga pesada? Y todo lo que @grs dijo.
terdon el

Respuestas:


26

Encontré la siguiente solución en 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ó el problema para mí, y después de más de una semana de pruebas, puedo confirmar que detuvo el retraso del mouse por mí.


¡El tartamudeo del mouse me estaba volviendo loco! ¡Gracias!
doug65536

Muchas gracias, he tenido que cargar el drm_kms_helper en el arranque, se usa la siguiente: superuser.com/questions/528727/...
Shani Elharrar

2
Resolvió el problema, pero ¿por qué? ¿Como funciona?
Chetan Bhasin

5

Tenga en cuenta que en los núcleos más nuevos el módulo drm_kms_helper puede no cargarse de forma predeterminada. Un paso adicional hace que esto 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 ayude a alguien!


cargar el módulo en el momento del arranque:echo 'drm_kms_helper' >> /etc/modules-load.d/local.conf
kravemir

3

Si bien la respuesta aceptada de OP puede haber ayudado en el pasado; Ya no funciona hoy.

Hoy, necesita ajustar la mousepollvelocidad del usbhidmódulo.

Si su mouse es de 1000hz, entonces debe decirle usbhidque realice una encuesta en ese intervalo; por defecto sondea a 125hz.

En los sistemas Debian puede hacerlo agregando lo siguiente a /etc/modules:

-r usbhid
usbhid mousepoll=1

Nota: nunca he tenido echo 1 > /sys/module/usbhid/parameters/mousepolltrabajo; Tuve que agregar el intervalo de sondeo y reiniciar. Probablemente tenga que reiniciar X y / o recargar módulos de video para aplicarlo sin reiniciar.


2

A juzgar por el %syvalor relativamente alto topy en función de su declaración de que el mismo hardware solía funcionar correctamente antes de la actualización, creo que el retraso es causado por un controlador. Es inusual que un sistema saludable, casi inactivo, pase tanto tiempo en modo kernel. Acabo de comprobar que Linux Mint 14 está basado en Ubuntu 12.10 y usa el kernel 3.5. Sería curioso ver si hay algún error registrado /var/log/Xorg.0.log.

Sus opciones para resolver esto son bastante limitadas:

  1. prueba con un mouse diferente;
  2. pruebe LiveCD en otra distribución / versión;
  3. pruebe con una interfaz gráfica diferente;
  4. vivo con él (estoy ejecutando Linux Mint Debian Edition y de forma aleatoria mi botón izquierdo se niega a funcionar y vuelve solo. Aprendí a solucionar esto);
  5. obtenga un módulo de mouse más antiguo o más nuevo para su kernel (siempre que sepa cómo hacerlo).

Si es tan terrible, es posible que desee instalar el núcleo familiar 2.6.x. Existe la posibilidad de que "rompa" algo más y probablemente necesite compilarlo.


Edité mi respuesta con un /var/log/Xorg.0.log tail; me parece inocuo, pero no estoy realmente seguro.
machineghost

Nada interesante el registro de Xorg. ¿Qué versión anterior de Linux Mint ejecutó sin problemas? Que ambiente
grs

Hmmm ... no recuerdo exactamente para ser honesto, pero estaba muy atrasado. Pasó mucho tiempo antes de todo esto de GNOME => MATE ... ¿quizás Mint 7 u 8? Y el entorno era solo GNOME.
machineghost

Es posible que desee jugar con versiones anteriores de Linux Mint y / o Ubuntu.
grs

1
Gracias por la sugerencia, pero ejecutar versiones antiguas de sistemas operativos es un riesgo de seguridad y, en general, una mala idea. Además, me resulta difícil creer que las versiones actuales de Linux solo puedan ejecutarse en hardware de vanguardia. Quiero decir, esta computadora portátil cuenta su RAM en conciertos, no en megabytes, y estamos hablando de Linux, no de Windows: debería ser posible ejecutar una versión actual. Me parece mucho más probable que mis problemas provengan de un nuevo componente específico (por ejemplo, MATE), en lugar de algo profundamente arraigado como el núcleo; Simplemente no sé cómo determinar el componente.
machineghost

2

No sé si este sigue siendo un problema. ... Sin embargo, tuve el mismo problema con el retraso del mouse en Linux Mint 14 x64 Cinnamon. Intenté cualquier cosa ... diferentes núcleos, actualizando controladores, nada funcionó.

De todos modos, la solución sorprendentemente mágica fue desactivar la opción "Desactivar el panel táctil mientras se escribe" en la configuración del mouse. Esta configuración parece causar grandes problemas al azar.

¡Espero que esto pueda ayudar a alguien más!


Eso suena muy prometedor, gracias stevetammer; Lo intentaré cuando llegue a casa esta noche.
machineghost

Lo siento, olvidé informar de nuevo. Verifiqué esa configuración, y resulta que ya la tengo desmarcada :-( Intenté verificarla, solo para ver, pero no pareció hacer ningún bien. Aún así, gracias por la sugerencia (tal vez lo haga ayudar a alguien más).
machineghost

2

Reparando el retraso del mouse en la canela

He experimentado un fuerte retraso del mouse en la canela de repente. En caso de que alguien más encuentre esta página cuando busca, como yo, una posible causa, tal vez sea: Ampliación de escritorio. Asegúrese de que esté apagado con Alt + Super + 8, incluso cuando la pantalla no esté ampliada.

Me tomó bastante tiempo rastrearlo, principalmente encontré el problema después de comenzar a dividir todo mi directorio de inicio (mover la mitad de los directorios a un directorio temporal e iniciar sesión nuevamente, etc.) hasta que pude localizar ~/.config/dconf/usery finalmente el nivel de zoom factor que se estableció en 1.0:

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

Puede verificar si este es el caso en su canela

dconf dump / |grep mag

1

Después de semanas de buscar e intentar solucionar este problema, finalmente lo resolví a través de esta página: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to-fix-your-linux-lenovo- ideapad-y560p /

$ grep habilitado / sys / firmware / acpi / interrupts / * (el problema es el gpe con el número alto claro)

Luego agregue una entrada crontab para arreglarlo @reboot echo "deshabilitar"> / sys / firmware / acpi / interrupts / gpeXX (XX es el número de su gpe)

-037

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.