Emacs trên Windows 7 rất chậm khi máy tính nằm ngoài mạng công ty

Tôi đang sử dụng GNU Emacs 24.3 trên Windows 7 và thông thường tôi không gặp vấn đề gì về tốc độ / khả năng phản hồi.

Tôi đang khởi chạy Emacs với runemacs.exe

Tuy nhiên, khi tôi đang đi du lịch và cố gắng kết nối với mạng công ty của mình thông qua VPN (hoặc chỉ hoạt động ngoại tuyến mà không có kết nối với mạng công ty), Emacs thường trở nên cực kỳ chậm - có thể mất nhiều phút để mở bộ đệm và nó không hoạt động đáp ứng các lệnh bàn phím.

(Tôi vẫn rất quan tâm đến giải pháp) Tất cả các tệp văn bản và cấu hình có liên quan đều được lưu trong thư mục người dùng của tôi C:\Users\myusername.domainname\Documentsnằm trên đĩa cứng cục bộ (vì vậy không cần truy cập máy chủ từ xa), nhưng tôi tự hỏi liệu Windows 7 có thể thử không đồng bộ hóa các tệp đó với một máy chủ

Tôi cũng đang sử dụng tính năng "tệp ngoại tuyến" cho các thư mục khác và tôi tự hỏi liệu điều này có ảnh hưởng đến vấn đề của tôi không.

Sự cố xảy ra không chỉ khi VPN được sử dụng mà cả khi máy tính chỉ ngoại tuyến và không được kết nối với mạng công ty.

microsoft-windows performance networking

— Hầu như không có gì
nguồn

Vì "Sự cố xảy ra không chỉ khi VPN được sử dụng mà cả khi máy tính chỉ ngoại tuyến và không được kết nối với mạng công ty", không rõ VPN có liên quan gì đến sự cố không.

— Joe Corneli

Làm thế nào về việc sử dụng bản phát hành công khai gần đây nhất của Emacs thay vì 24.3? Có lý do để thử và khắc phục sự cố phiên bản cũ hơn của Emacs khi có sẵn bản phát hành ổn định mới hơn không?

— luật

@lawlist: cảm ơn, tôi nghĩ rằng tôi hiện đang sử dụng Emacs 24.5, tôi sẽ kiểm tra xem ngày mai khi tôi quay lại máy tính. Dù sao, không nên trong mọi bản phát hành Emacs ổn định để hoạt động trong mọi cài đặt mạng mà không gặp sự cố?

— Chủ yếu là vô dụng

Tại sao Emacs sẽ thực hiện các yêu cầu DNS? Tại sao sự chậm chạp là do yêu cầu DNS chứ không phải là một số loại truy cập mạng khác?

— Gilles 'SO- ngừng trở nên xấu xa'

list.gnu.org/archive/html/orms-gnu-emacs/2012-10/msg00230.html cung cấp một số gợi ý và (setq w32-get-true-file-attributes nil)có thể giúp đỡ.

— Luís Oliveira

Câu trả lời:

Lý do của vấn đề này có thể được sử dụng recentfchế độ. Bạn cần phải vô hiệu hóa dọn dẹp các tệp không khả dụng bằng lệnh sau trong ~ / .emacs (hoặc ~ / .emacs.d / init.el nếu bạn đang sử dụng nó):

(setq recentf-auto-cleanup 'never)

— não bộ
nguồn

cảm ơn rất nhiều - điều đó có vẻ đầy hứa hẹn, nhưng tôi không sử dụng recentfchế độ và không thể tìm thấy tùy chọn như vậy trong .emacs hoặc

— init.el

Tôi đang gặp vấn đề tương tự như OP và điều này không giúp được gì cho tôi.

— PaulB

Tôi không thể nghĩ ra bất kỳ lý do nào gần đây sẽ có bất kỳ tác động nào. Nó chỉ đơn giản là một danh sách các tập tin gần đây. Chúng không được khôi phục hoặc kiểm tra,

— RichieHH

Một tệp Recentf rất lớn thực sự có thể giới thiệu độ trễ không liên tục, nhưng điều này dường như không phải là vấn đề như được mô tả bởi OP.

— InHarmsWay

Tôi đã có cùng một vấn đề, và có vẻ như nó đang được gây ra bởi dịch vụ netlogon windows . Giải pháp đơn giản nhất là tắt nó đi khi ở ngoài mạng công ty của bạn, bằng cách chạy lệnh sau trong dòng lệnh:

net stop netlogon

Khi bạn quay lại mạng công ty, hãy bắt đầu lại bằng cách sử dụng

net start netlogon

— arvidj
nguồn

Khá nhiều lý do có thể, hai cái trên đỉnh đầu của tôi (đã có những rắc rối trong quá khứ.)

Bạn có thể có một thư mục từ xa được ánh xạ trong Windows và khi tắt mạng cục bộ, nó có thể làm bạn chậm đi rất nhiều (tắt VPN không giúp ích được gì, thực sự nó có thể khiến vấn đề trở nên tồi tệ hơn vì Windows sẽ chỉ tiếp cận với nó. theo thời gian chờ.) Các phiên bản gần đây hơn của Windows có vẻ giải quyết tốt hơn một chút với nó, nhưng vẫn còn. Hãy thử chạy net use * /deletetrong một dấu nhắc lệnh và xem nếu nó giúp.
Kiểm tra xem bạn có đang sử dụng không tramp(tôi nghi ngờ điều đó vì bạn đang sử dụng Windows, nhưng tôi cũng đang sử dụng Windows cùng với Linux và tôi cũng không sử dụng trampnên nó hoàn toàn không có vấn đề gì.) Nếu vậy, hãy thử chạy tramp-cleanup-all-connectionskhi tắt mạng.

Nếu tất cả điều này hoặc bất cứ điều gì khác mà mọi người đề xuất ở đây không giúp bạn có thể cần chạy xử lý sự cố sâu hơn. Công cụ tốt nhất tôi tìm thấy cho nó là Trình theo dõi tiến trình của Sysiternals ( https://technet.microsoft.com/en-us/sysi INTERNals / bb896645 ). Đó là một con thú phức tạp để đối phó và nó đòi hỏi ít nhất là sự hiểu biết cơ bản về hệ điều hành Windows, nhưng nó có khả năng đưa ra phỏng đoán hoàn toàn ngoài quy trình và loại bỏ kẻ phạm tội.

— Yuri Steinschreiber
nguồn