Tôi đang viết một tài liệu và tôi gặp vấn đề với hiệu suất của Emacs mà tôi nghĩ đã xuất hiện ngày hôm qua. Tôi chưa thực hiện bất kỳ thay đổi nào trong tệp init của mình hoặc cài đặt bất kỳ gói mới nào.

Vấn đề là trong khi tôi đang viết, có một độ trễ rất đáng chú ý giữa việc nhấn các chữ cái trên bàn phím và để chúng hiển thị trên màn hình. Đôi khi tôi xem chúng vẫn in trên màn hình sau khi tôi gõ xong từ.

Tôi không biết có vấn đề nào khác ngoại trừ tốc độ gõ (tôi chỉ có thể đoán là có) nhưng tôi đã không chú ý đến chúng.

Điều gì có thể gây ra vấn đề này?
Có phải do Emacs gây ra hay là do hiệu suất của máy tính của tôi? Nói chung các biến ảnh hưởng đến hiệu suất của Emacs là gì?

Phiên bản Emacs của tôi là GNU Emacs 24.3.1

Chế độ hoạt động chính là:

1. Mủ cao su

và các chế độ hoạt động nhỏ là:

1. Tự động hoàn thành
2. Tự động sáng tác
3. Tự động nén
4. Tự động mã hóa
5. Nháy mắt
6. Tên tệp-Shadow
7. Khóa chữ
8. Toàn cầu tự động hoàn thành
9. Global-Font-Lock Global-Hl-Line
10. Số dòng
11. Con lăn chuột
12. Shell-Dirtrack
13. Show-Paren
14. Smartparens
15. Smartparens-Toàn cầu
16. Tooltip Transient-Mark

Điều gì có thể gây ra vấn đề này? Có phải do Emacs gây ra hay là do hiệu suất của máy tính của tôi? Nói chung các biến ảnh hưởng đến hiệu suất của Emacs là gì?

Emacs có khoảng 50.000 biến nội bộ và vài nghìn gói bên ngoài trung bình ở mức vài chục biến, mỗi biến, bạn không thể mong đợi ai đó trả lời điều này theo nghĩa chung. :-)

Bạn có thể thấy điều đó chỉ bằng cách nhìn vào luồng ý kiến ​​dưới câu hỏi của bạn. Có nửa tá đề xuất khác nhau trong đó, tất cả đều có giá trị như nhau.

Bạn có thể làm gì để xác định vấn đề?

Tùy chọn 1: Tắt chế độ

Bắt đầu vô hiệu hóa các chế độ nhỏ mà bạn đã liệt kê và xem chế độ nào giải quyết vấn đề hiệu suất của bạn. Tôi sẽ bắt đầu với smartparens, auto-complete, line-numbervà font-lock, và sau đó làm theo xuống danh sách.

"Tôi đã không có vấn đề này ngày hôm qua" có nghĩa là rất ít, đừng quá tin tưởng vào nó . Chỉ cần bắt đầu vô hiệu hóa các chế độ nhỏ cho đến khi một cái gì đó giải quyết nó.

Nếu không có chế độ nhỏ nào khắc phục được sự cố của bạn, thì hãy bắt đầu nhận xét các phần của tệp init cho đến khi bạn tìm ra đoạn mã nào gây ra sự cố này. Trong mọi trường hợp, hãy hỏi một câu hỏi mới khi bạn có một cái gì đó cụ thể hơn.

Cách 2: Trình hồ sơ

1. Gọi M-x profiler-start RET RET(thứ hai RETlà để xác nhận cpu);
2. Thực hiện một số gõ, tốt nhất là toàn bộ một đoạn hoặc nhiều hơn;
3. Gọi M-x profiler-report.

Điều đó sẽ cung cấp cho bạn một bộ đệm mô tả thời gian cpu được thực hiện bởi mỗi chức năng. Nhấn TABvào một dòng sẽ mở rộng nó để hiển thị các chức năng bên trong nó. Điều hướng bộ đệm này cho đến khi bạn tìm ra chức năng nào đang chiếm quá nhiều thời gian của CPU.

Tôi phải làm gì sau đó?

Khi bạn tìm thấy chức năng hoặc gói hoặc đoạn trích gây ra độ trễ, bạn có thể (không theo thứ tự cụ thể nào):

• Đặt một câu hỏi mới ở đây liên quan đến chế độ nhỏ cụ thể đó (hoặc chức năng hoặc đoạn trích).
• Báo cáo lỗi cho người bảo trì gói.
  • Kiểm tra các ý kiến ​​ở đầu tệp nguồn của gói. Nếu nó chứa một URL (đặc biệt trên github), có thể có một trình theo dõi vấn đề ở đó.
  • Một số gói cung cấp một lệnh như M-x PACKAGE-bug-report.
  • Email của anh ấy hoặc cô ấy phải ở đầu tập tin nguồn của gói.
• Nếu đó là gói tích hợp, bạn có thể báo cáo với M-x report-emacs-bug.
• Ngay cả đối với các gói không được tích hợp sẵn, bạn có thể yêu cầu trợ giúp trong help-gnu-emacsdanh sách gửi thư.