Làm cách nào để giải quyết độ trễ chuột định kỳ trên Linux Mint (MATE)?


21

Tôi có một máy tính xách tay được cài đặt Linux Mint mới nhất (phiên bản MATE, không phải phiên bản Cinnamon). 80-90% thời gian mọi thứ hoạt động tuyệt vời, nhưng theo định kỳ, chuột sẽ bắt đầu "tụt hậu" rất nhiều (nó sẽ cảm thấy chậm chạp khi phản ứng và con trỏ di chuyển với tốc độ bình thường có thể là 20%). Vấn đề này đến và đi mà không có bất kỳ nguyên nhân rõ ràng. Nó xảy ra với cả chuột USB cũng như bàn di chuột của máy tính xách tay. Mặc dù vậy, tôi không gặp vấn đề này với phiên bản cũ hơn của Mint.

Tôi đã cố gắng Google cho một người khác giải quyết vấn đề này, nhưng vì bản chất chung của các thuật ngữ liên quan ("chuột", "linux", "lag", v.v.) Tôi chỉ tìm thấy rất nhiều trang không liên quan.

Có ai có bất kỳ đề xuất nào về cách tôi có thể chẩn đoán điều gì gây ra sự chậm trễ của con chuột kỳ lạ này (và lý tưởng nhất là làm thế nào tôi có thể giải quyết nó)?

* CHỈNH SỬA *

Đây là một mẫu topđầu ra trong thời gian trễ:

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            

Đây là một tailhoạt động dmesg( dmesgcung cấp rất nhiều đầu ra, do đó 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

Theo câu trả lời của @ grs, đây là câu trả lời tailcủa tôi /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)

Đây chỉ là một vấn đề khó giải quyết hoặc có gì sai với câu hỏi của tôi? Tôi biết trong các câu hỏi về Stack Overflow thường bị bỏ qua nếu (ví dụ) họ không có mẫu mã ... có thiếu thông tin nào ở đây mà tôi có thể cung cấp không?
máy vào

Tôi có cùng một vấn đề - Tôi sẽ bắt đầu một tiền thưởng
sunwukung

Cảm ơn bạn! Nếu tôi có thể sử dụng điểm Stack Overflow của mình ở đây thì tôi hoàn toàn làm như vậy ...
máy tính

3
Trước tiên, vui lòng cho biết phần cứng bạn đang sử dụng - máy tính để bàn / máy tính xách tay, loại chuột và nhà sản xuất. Bạn đã thử chuột khác nhau? Có trao đổi trong thời gian trễ (có thể xác minh với top)? Khi xảy ra hiện tượng lag chuột, nó có ảnh hưởng đến bàn phím không? Nói chung, nhiều thông tin bạn đặt trong câu hỏi của bạn, câu trả lời tốt hơn bạn có thể nhận được.
grs

Đây có phải là một máy tính xách tay? Loại chuột nào? PS1? USB? Không dây? Có xảy ra khi hệ thống đang tải nặng? Và mọi thứ mà @grs nói.
terdon

Câu trả lời:


26

Tôi đã tìm thấy giải pháp sau trên 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

Nó chắc chắn đã giải quyết vấn đề cho tôi, và sau hơn một tuần thử nghiệm tôi có thể xác nhận nó đã dừng độ trễ chuột cho tôi.


Con chuột nói lắp đang làm tôi phát điên! Cảm ơn!
doug65536

Cảm ơn bạn rất nhiều, tôi đã tải drm_kms_helper khi khởi động, đã sử dụng cái này: superuser.com/questions/528727/
Kẻ

2
Nó đã giải quyết vấn đề, nhưng tại sao? Làm thế nào nó hoạt động?
Chetan Bhasin

5

Lưu ý rằng trên các nhân mới hơn, mô-đun drm_kms_helper có thể không được tải theo mặc định. Thêm một bước nữa để làm việc này:

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

Mong rằng sẽ giúp được ai đó!


để tải mô-đun khi khởi động:echo 'drm_kms_helper' >> /etc/modules-load.d/local.conf
kravemir

3

Trong khi câu trả lời được chấp nhận của OP có thể đã giúp ích trong ngày; nó không còn hoạt động ngày hôm nay

Hôm nay, bạn cần điều chỉnh mousepolltốc độ của usbhidmô-đun.

Nếu chuột của bạn là 1000hz thì bạn cần nói usbhidvới cuộc thăm dò tại khoảng thời gian đó; theo mặc định, nó bỏ phiếu ở mức 125hz.

Trên các hệ thống Debian, bạn có thể làm điều đó bằng cách thêm vào như sau /etc/modules:

-r usbhid
usbhid mousepoll=1

Lưu ý: Tôi chưa bao giờ có echo 1 > /sys/module/usbhid/parameters/mousepollviệc làm; Tôi đã phải thêm khoảng thời gian thăm dò ý kiến ​​và khởi động lại. Có lẽ phải khởi động lại X và / hoặc tải lại các mô-đun video để áp dụng nó mà không cần khởi động lại.


2

Đánh giá bởi %sygiá trị tương đối cao topvà dựa trên tuyên bố của bạn rằng cùng một phần cứng được sử dụng để hoạt động chính xác trước khi nâng cấp, tôi nghĩ rằng độ trễ là do trình điều khiển gây ra. Thật là bất thường khi một hệ thống khỏe mạnh, gần như nhàn rỗi dành quá nhiều thời gian ở chế độ kernel. Tôi vừa kiểm tra rằng Linux Mint 14 dựa trên Ubuntu 12.10 và sử dụng kernel 3.5. Nó sẽ tò mò để xem nếu có bất kỳ lỗi được ghi lại /var/log/Xorg.0.log.

Các lựa chọn của bạn để giải quyết điều này khá hạn chế:

  1. thử chuột khác nhau;
  2. thử LiveCD trên một bản phân phối / phiên bản khác;
  3. thử giao diện đồ họa khác nhau;
  4. sống với nó (Tôi đang chạy Linux Mint Debian Edition và trên cơ sở ngẫu nhiên, nút bên trái của tôi từ chối hoạt động và nó tự quay trở lại. Tôi đã học cách khắc phục điều này);
  5. lấy mô-đun chuột cũ hơn hoặc mới hơn cho nhân của bạn (miễn là bạn biết cách).

Nếu nó là khủng khiếp, bạn có thể muốn cài đặt kernel gia đình 2.6.x. Có khả năng nó sẽ "phá vỡ" thứ khác và có lẽ bạn sẽ cần phải biên dịch nó.


Tôi đã chỉnh sửa câu trả lời của mình với a /var/log/Xorg.0.log tail; nó có vẻ vô hại với tôi, nhưng tôi không thực sự chắc chắn.
máy

Không có gì thú vị với nhật ký Xorg. Phiên bản cũ hơn của Linux Mint mà bạn đã chạy mà không gặp sự cố? Môi trường nào?
grs

Hmmm ... tôi không nhớ chính xác là thành thật, nhưng tôi đã đi phía sau. Nó đã tồn tại rất lâu trước khi toàn bộ Gnome => MATE điều này ... có thể là Mint 7 hoặc 8? Và môi trường chỉ là Gnome.
máy

Bạn có thể muốn chơi với các phiên bản cũ hơn của Linux Mint và / hoặc Ubuntu.
grs

1
Cảm ơn lời đề nghị, nhưng chạy các phiên bản cổ của hệ điều hành là một rủi ro bảo mật và nói chung là một ý tưởng tồi. Thêm vào đó, tôi thấy khó tin rằng các phiên bản Linux hiện tại chỉ có thể chạy trên phần cứng tiên tiến. Ý tôi là, máy tính xách tay này đếm RAM của nó trong hợp đồng biểu diễn, không phải megabyte và chúng ta đang nói về Linux, không phải Windows: có thể chạy phiên bản hiện tại. Đối với tôi, dường như nhiều khả năng các vấn đề của tôi đến từ một thành phần mới cụ thể (ví dụ: MATE), thay vì một thứ gì đó nằm sâu như hạt nhân; Tôi chỉ không biết làm thế nào để xác định thành phần.
máy vào

2

Tôi không biết nếu điều này vẫn còn là một vấn đề? ... Tuy nhiên, tôi đã gặp vấn đề tương tự với độ trễ chuột trong Linux Mint 14 x64 Cinnamon. Tôi đã thử bất cứ thứ gì ... nhân khác nhau, cập nhật trình điều khiển - không có gì hoạt động.

Dù sao, giải pháp kỳ diệu đáng ngạc nhiên là bỏ chọn tùy chọn "Tắt bàn di chuột trong khi gõ" trong cài đặt chuột. Cài đặt này dường như gây ra vấn đề nặng ngẫu nhiên.

Tôi hy vọng điều này có thể giúp đỡ người khác ngoài đó!


Điều đó nghe có vẻ rất hứa hẹn, cảm ơn stevetammer; Tôi sẽ thử nó khi tôi về nhà tối nay.
máy móc

Xin lỗi, quên báo cáo lại. Tôi đã kiểm tra cài đặt đó và hóa ra tôi chưa kiểm tra nó :-( Tôi đã thử kiểm tra nó, chỉ để xem, nhưng dường như nó không làm được gì cả. Tuy nhiên, cảm ơn vì lời đề nghị (có lẽ nó sẽ giúp đỡ người khác).
máy tính

2

Sửa chuột Lag trên quế

Tôi đã trải nghiệm độ trễ chuột nặng trên quế đột ngột. Trong trường hợp người khác tìm thấy trang này khi tìm kiếm, như tôi, vì một nguyên nhân có thể, có lẽ đó là: Độ phóng đại của máy tính để bàn. Đảm bảo rằng nó đã được tắt bằng Alt + Super + 8, ngay cả khi màn hình không được phóng to.

Tôi mất khá nhiều thời gian để theo dõi nó, chủ yếu tìm thấy sự cố sau khi bắt đầu chia đôi toàn bộ thư mục nhà của tôi (di chuyển một nửa thư mục sang thư mục tạm thời và đăng nhập lại, v.v.) cho đến khi tôi có thể xác định vị trí ~/.config/dconf/uservà cuối cùng là mức thu phóng yếu tố được đặt thành 1.0:

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

Bạn có thể kiểm tra xem đây có phải là trường hợp của bạn với Cinnamon không

dconf dump / |grep mag

1

Sau nhiều tuần tìm kiếm và cố gắng khắc phục vấn đề này, cuối cùng tôi cũng đã giải quyết nó thông qua trang này: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to-fix-your-linux-lenovo- ideapad-y560p /

$ grep enable / sys / firmware / acpi / interts / * (gpe với số cao rõ ràng là vấn đề)

Sau đó thêm một mục crontab để sửa nó @reboot echo "vô hiệu hóa"> / sys / firmware / acpi / interts / gpeXX (XX là số gpe của bạn)

-037

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.