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)

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

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!

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.

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.

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!

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

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