J'ai un ordinateur portable avec la dernière version de Linux Mint installée (la version MATE, pas celle Cinnamon). 80 à 90% du temps, tout fonctionne très bien, mais périodiquement la souris commencera à "prendre du retard" fortement (le temps de réponse sera lent et le curseur bougera à environ 20% de la vitesse normale). Ce problème va et vient sans cause apparente. Cela se produit à la fois avec une souris USB et le pavé tactile de l'ordinateur portable. Je n'ai pas eu ce problème avec une ancienne version de Mint, cependant.
J'ai essayé de rechercher Google pour quelqu'un d'autre qui a résolu ce problème, mais à cause de la nature générale des termes impliqués ("souris", "linux", "lag", etc.), je trouve simplement beaucoup de pages sans rapport.
Quelqu'un a-t-il des suggestions sur la façon dont je peux diagnostiquer la cause de cet étrange décalage de la souris (et, idéalement, comment le résoudre)?
* EDIT *
Voici un exemple de sortie top
pendant le décalage:
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
Voici une tail
de courir dmesg
(dmesg
donne beaucoup de sortie, donc la 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
Selon la réponse de @grs, voici la tail
de mon /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)
J'ai trouvé la solution suivante sur 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
Cela a définitivement résolu le problème pour moi, et après plus d’une semaine d’essais, je peux confirmer que le retard de la souris s’est arrêté pour moi.
Notez que sur les nouveaux noyaux, le module drm_kms_helper ne peut pas être chargé par défaut. Une étape supplémentaire fonctionne:
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
J'espère que ça aide quelqu'un!
À en juger par la valeur %sy
relativement élevée dans top
et sur la base de votre affirmation selon laquelle le même matériel fonctionnait correctement avant la mise à niveau, je pense que le décalage est causé par un pilote. Il est inhabituel pour un système sain, presque inactif, de passer autant de temps en mode noyau. Je viens de vérifier que Linux Mint 14 est basé sur Ubuntu 12.10 et utilise le noyau 3.5. Il serait curieux de voir si des erreurs sont enregistrées dans /var/log/Xorg.0.log
.
Vos options pour résoudre ce problème sont assez limitées:
Si c'est terrible, vous voudrez peut-être installer le noyau de la famille 2.6.x. Il y a une chance qu'il "casse" autre chose et que vous deviez probablement le compiler.
Je ne sais pas si celui-ci est toujours un problème? ... Cependant, le problème de décalage de la souris était identique dans Linux Mint 14 x64 Cinnamon. J'ai essayé n'importe quoi ... différents noyaux, mise à jour des pilotes - rien ne fonctionnait.
Quoi qu'il en soit, la solution étonnamment magique consistait à désactiver l'option "Désactiver le pavé tactile lors de la frappe" dans les paramètres de la souris. Ce paramètre semble causer de gros problèmes au hasard.
J'espère que cela pourrait aider quelqu'un d'autre là-bas!
Bien que la réponse acceptée par OP ait pu être utile dans la journée; ça ne marche plus aujourd'hui.
Aujourd'hui, vous devez ajuster le taux mousepoll
du module usbhid
.
Si votre souris est à 1000hz, vous devez dire à usbhid
d'interroger à cet intervalle; par défaut, il interroge à 125hz.
Sur les systèmes Debian, vous pouvez le faire en ajoutant ce qui suit à /etc/modules
:
-r usbhid
usbhid mousepoll=1
Note: Je n'ai jamais eu de travail echo 1 > /sys/module/usbhid/parameters/mousepoll
; J'ai dû ajouter l'intervalle d'interrogation et redémarrer. Il faudra probablement redémarrer X et/ou recharger des modules vidéo pour l'appliquer sans redémarrer.
J'ai soudainement connu un fort retard de la souris sur la cannelle. Si quelqu'un d'autre trouve cette page lors d'une recherche, comme moi, d'une cause possible, il se peut que: Agrandissement du bureau. Assurez-vous qu'elle est désactivée avec Alt + Super + 8, même lorsque l’écran est pas agrandi .
Il m'a fallu un certain temps pour le localiser, principalement le problème après avoir commencé à diviser tout mon répertoire personnel (déplacer la moitié des répertoires dans un répertoire temporaire et à me reconnecter, etc.) jusqu'à ce que je puisse localiser ~/.config/dconf/user
, puis le zoom. facteur de niveau défini sur 1.0:
[org/cinnamon/desktop/a11y/magnifier]
mag-factor=1.0
screen-magnifier-enabled=true
Vous pouvez vérifier si c'est le cas sur votre cannelle avec
dconf dump / |grep mag
Après des semaines de recherche et d’essai de résolution de ce problème, j’ai enfin réussi à le trier par cette page: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to -fix-your-linux-lenovo-ideapad-y560p/
$ grep activé/sys/firmware/acpi/interrupts/* (le gpe avec le nombre élevé et clair est le problème)
Ajoutez ensuite une entrée crontab pour y remédier @reboot echo "disable">/sys/firmware/acpi/interrupts/gpeXX (XX est le numéro de votre gpe)
-037