Linux Mint（MATE）で定期的なマウスラグを解決するにはどうすればよいですか？
私は最新のLinux Mintがインストールされたラップトップを持っています（MATEバージョン、Cinnamonではありません）。すべての時間の80〜90％が正常に動作しますが、定期的にマウスが「遅れ」ます重くなります（応答が遅く感じられ、カーソルが通常の20％の速度で移動します）。この問題は明白な原因なしに発生します。これは、USBマウスとラップトップのタッチパッドの両方で発生します。これはありませんでしたただし、古いバージョンのMintには問題があります。
私はこの問題を解決した他の誰かのためにGoogleを試しましたが、関連する用語の一般的な性質（ "マウス"、 "linux"、 "ラグ"など）のため、無関係なページをたくさん見つけました。
この奇妙なマウスラグの原因を診断する方法（および理想的には、それを解決する方法）に関する提案はありますか？
*編集*
遅延中のtop出力のサンプルを次に示します。
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
以下は、実行中のtailのdmesg（dmesgがたくさんの出力を与えるため、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
@grsの回答によると、これが/var/log/Xorg.0.logのtailです。
[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)
Ask Ubunt で次の解決策を見つけました：
Sudo -i
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf
それは私にとって問題を決定的に解決し、1週間以上のテストの後、私はそれが私のためにマウスの遅れを止めたことを確認できます。
新しいカーネルでは、drm_kms_helperモジュールがデフォルトでロードされない場合があることに注意してください。 1つの追加のステップでこれが機能します。
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
それが誰かを助けることを願っています！
OPの承認済みの回答がその日の助けになったかもしれませんが、今日は機能しません。
今日、mousepollモジュールのusbhidレートを調整する必要があります。
マウスが1000Hzの場合、その間隔でポーリングするようにusbhidに指示する必要があります。デフォルトでは、125Hzでポーリングします。
Debianシステムでは、/etc/modulesに以下を追加することでそれを行うことができます：
-r usbhid
usbhid mousepoll=1
注：echo 1 > /sys/module/usbhid/parameters/mousepollの作業は初めてです。ポーリング間隔を追加して再起動する必要がありました。再起動せずに適用するには、おそらくXを再起動するか、ビデオモジュールをリロードする必要があります。
topの%sy値が比較的高いことから判断すると、アップグレード前に同じハードウェアが正常に機能していたという声明に基づいて、ラグはドライバーが原因だと思います。正常でほとんどアイドル状態のシステムがカーネルモードで多くの時間を費やすことは珍しいことです。 Linux Mint 14がUbuntu 12.10に基づいており、カーネル3.5を使用していることを確認しました。 /var/log/Xorg.0.logにエラーが記録されているかどうかを確認するのは興味深いことです。
これを解決するための選択肢はかなり限られています。
- 別のマウスを試してください。
- 別のディストリビューション/バージョンでLiveCDを試してください。
- 別のグラフィカルインターフェイスを試してください。
- 一緒に暮らします（私はLinux Mint Debian Editionを実行していて、ランダムなベースで左ボタンが機能せず、それだけで戻ってきます。これを回避することを学びました）。
- カーネル用の古いまたは新しいマウスモジュールを入手します（方法がわかっている場合）。
それがひどい場合は、2.6.xファミリのカーネルをインストールすることをお勧めします。それは何か他のものを「壊す」可能性があり、おそらくあなたはそれをコンパイルする必要があるでしょう。
これがまだ問題かどうかわかりませんか？ ...しかし、Linux Mint 14 x64 Cinnamonのマウスラグで同じ問題が発生しました。私は何でも試しました...異なるカーネル、ドライバの更新-何もうまくいきませんでした。
とにかく驚くべき魔法の解決策は、マウスの設定で「入力中はタッチパッドを無効にする」オプションのチェックを外すことでした。この設定は、ランダムに重い問題を引き起こすようです。
これが他の誰かの助けになることを願っています！
シナモンのマウスのずれを修正する
突然、シナモンのネズミにひどい遅れを経験しました。私のように、検索時に他の誰かがこのページを見つけた場合、考えられる原因は、おそらくデスクトップの拡大です。Alt + Super + 8でオフになっていることを確認してください。画面が拡大されていない場合でも拡大されます。
追跡にかなりの時間がかかりました。主に、ホームディレクトリ全体を2等分し始めた後（ディレクトリの半分を一時ディレクトリに移動して再度ログインするなど）、~/.config/dconf/userが見つかるまで問題が見つかりました。次に、1.0に設定されたズームレベル係数：
[org/cinnamon/desktop/a11y/magnifier]
mag-factor=1.0
screen-magnifier-enabled=true
これがシナモンに当てはまるかどうかを確認するには、
dconf dump / |grep mag
この問題を何週間も検索して修正しようとした後、私はようやくこのページを並べ替えました： http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to-fix-your- linux-lenovo-ideapad-y560p /
$ grep enabled/sys/firmware/acpi/interrupts/*（明確な高い数値のgpeが問題です）
次に、crontabエントリを追加して修正します@reboot echo "disable">/sys/firmware/acpi/interrupts/gpeXX（XXはgpeの番号です）
-037