it-swarm-ja.com

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            

以下は、実行中のtaildmesgdmesgたくさんの出力を与えるため、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.logtailです。

[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)
23
machineghost

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週間以上のテストの後、私はそれが私のためにマウスの遅れを止めたことを確認できます。

28
user200554

新しいカーネルでは、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

それが誰かを助けることを願っています!

6
UberSteve

OPの承認済みの回答がその日の助けになったかもしれませんが、今日は機能しません。

今日、mousepollモジュールのusbhidレートを調整する必要があります。

マウスが1000Hzの場合、その間隔でポーリングするようにusbhidに指示する必要があります。デフォルトでは、125Hzでポーリングします。

Debianシステムでは、/etc/modulesに以下を追加することでそれを行うことができます:

-r usbhid
usbhid mousepoll=1

注:echo 1 > /sys/module/usbhid/parameters/mousepollの作業は初めてです。ポーリング間隔を追加して再起動する必要がありました。再起動せずに適用するには、おそらくXを再起動するか、ビデオモジュールをリロードする必要があります。

4
user100059

top%sy値が比較的高いことから判断すると、アップグレード前に同じハードウェアが正常に機能していたという声明に基づいて、ラグはドライバーが原因だと思います。正常でほとんどアイドル状態のシステムがカーネルモードで多くの時間を費やすことは珍しいことです。 Linux Mint 14がUbuntu 12.10に基づいており、カーネル3.5を使用していることを確認しました。 /var/log/Xorg.0.logにエラーが記録されているかどうかを確認するのは興味深いことです。

これを解決するための選択肢はかなり限られています。

  1. 別のマウスを試してください。
  2. 別のディストリビューション/バージョンでLiveCDを試してください。
  3. 別のグラフィカルインターフェイスを試してください。
  4. 一緒に暮らします(私はLinux Mint Debian Editionを実行していて、ランダムなベースで左ボタンが機能せず、それだけで戻ってきます。これを回避することを学びました)。
  5. カーネル用の古いまたは新しいマウスモジュールを入手します(方法がわかっている場合)。

それがひどい場合は、2.6.xファミリのカーネルをインストールすることをお勧めします。それは何か他のものを「壊す」可能性があり、おそらくあなたはそれをコンパイルする必要があるでしょう。

2
grs

これがまだ問題かどうかわかりませんか? ...しかし、Linux Mint 14 x64 Cinnamonのマウスラグで同じ問題が発生しました。私は何でも試しました...異なるカーネル、ドライバの更新-何もうまくいきませんでした。

とにかく驚くべき魔法の解決策は、マウスの設定で「入力中はタッチパッドを無効にする」オプションのチェックを外すことでした。この設定は、ランダムに重い問題を引き起こすようです。

これが他の誰かの助けになることを願っています!

2
stevetammer

シナモンのマウスのずれを修正する

突然、シナモンのネズミにひどい遅れを経験しました。私のように、検索時に他の誰かがこのページを見つけた場合、考えられる原因は、おそらくデスクトップの拡大です。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
2

この問題を何週間も検索して修正しようとした後、私はようやくこのページを並べ替えました: 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

2
037