Emacs pada Windows 7 sangat lambat ketika komputer berada di luar jaringan perusahaan

8

Saya menggunakan GNU Emacs 24.3 pada Windows 7 dan biasanya saya tidak memiliki masalah dengan kecepatan / respon.

Saya meluncurkan Emacs dengan runemacs.exe

Namun, ketika saya bepergian dan mencoba untuk terhubung ke jaringan perusahaan saya melalui VPN (atau hanya bekerja offline tanpa koneksi ke jaringan perusahaan), Emacs seringkali menjadi sangat lambat - mungkin butuh beberapa menit untuk membuka buffer dan itu hanya tidak menanggapi perintah keyboard.

(Saya masih sangat tertarik dengan solusi) Semua teks dan file konfigurasi yang relevan disimpan di direktori pengguna saya C:\Users\myusername.domainname\Documentsyang terletak di hard disk lokal (jadi tidak perlu mengakses server jauh), tapi saya ingin tahu apakah Windows 7 mungkin mencoba untuk sinkronkan file-file itu dengan server

Saya juga menggunakan fitur "file offline" untuk direktori lain dan saya ingin tahu apakah ini dapat berdampak pada masalah saya.

Masalahnya terjadi tidak hanya ketika VPN digunakan, tetapi juga ketika komputer hanya offline dan tidak terhubung ke jaringan perusahaan.

microsoft-windows performance networking Sebagian besar tidak berbahaya
sumber
1
Karena "Masalah terjadi bukan hanya ketika VPN digunakan, tetapi juga ketika komputer hanya offline dan tidak terhubung ke jaringan perusahaan" tidak jelas bahwa VPN ada hubungannya dengan masalah tersebut.
Joe Corneli
Bagaimana kalau menggunakan rilis publik terbaru dari Emacs bukannya 24,3? Apakah ada alasan untuk mencoba dan memecahkan masalah versi Emacs yang lebih lama ketika rilis stabil yang lebih baru sudah tersedia?
hukum
@lawlist: terima kasih, saya pikir saya sedang menggunakan Emacs 24.5, saya akan memeriksanya besok ketika saya kembali ke komputer. Ngomong-ngomong, tidakkah mungkin dalam setiap rilis stabil Emacs untuk bekerja di pengaturan jaringan apa pun tanpa masalah?
MostlyHarmless
1
Mengapa Emacs akan membuat permintaan DNS? Mengapa kelambatan disebabkan oleh permintaan DNS daripada beberapa jenis akses jaringan lainnya?
Gilles 'SANGAT berhenti menjadi jahat'
1
lists.gnu.org/archive/html/bug-gnu-emacs/2012-10/msg00230.html menawarkan beberapa petunjuk dan (setq w32-get-true-file-attributes nil)mungkin bisa membantu.
Luís Oliveira

Jawaban:

3

Alasan masalah ini dapat menggunakan recentfmode. Anda harus menonaktifkan pembersihan file yang tidak tersedia menggunakan perintah berikut di ~ / .emacs Anda (atau ~ / .emacs.d / init.el jika Anda menggunakannya):

(setq recentf-auto-cleanup 'never)
aliran otak
sumber
terima kasih banyak - yang terlihat menjanjikan, tetapi saya tidak menggunakan recentfmode dan tidak dapat menemukan opsi seperti itu di .emacs atau init.el
MostlyHarmless
1
Saya mengalami masalah yang sama dengan OP, dan ini tidak membantu saya.
PaulB
Saya tidak bisa memikirkan alasan apa pun yang baru-baru ini akan berdampak. Ini hanyalah daftar file terbaru. Mereka tidak dipulihkan atau diperiksa,
RichieHH
File latestf yang sangat besar memang dapat menyebabkan latensi terputus-putus, tetapi ini tampaknya tidak menjadi masalah seperti dijelaskan oleh OP.
InHarmsWay
3

Saya memiliki masalah yang sama, dan sepertinya itu disebabkan oleh layanan windows netlogon . Solusi paling sederhana adalah mematikannya ketika berada di luar jaringan perusahaan Anda, dengan menjalankan perintah berikut di baris perintah:

net stop netlogon

Ketika Anda kembali ke jaringan perusahaan, mulai lagi menggunakan

net start netlogon
arvidj
sumber
2

Cukup beberapa kemungkinan alasan, dua di luar kepala saya (memiliki masalah ini di masa lalu.)

  1. Anda mungkin memiliki folder jarak jauh yang dipetakan di Windows, dan ketika keluar dari jaringan lokal itu mungkin memperlambat Anda banyak (turun dari VPN tidak cukup membantu, sebenarnya itu dapat memperburuk keadaan karena Windows akan terus berusaha untuk mencapai itu berhenti hanya oleh timeout.) Versi Windows yang lebih baru tampaknya lebih baik, tapi tetap saja. Coba jalankan net use * /deletedi command prompt dan lihat apakah itu membantu.

  2. Periksa apakah Anda menggunakan tramp(saya ragu karena Anda menggunakan Windows, tetapi saya juga menggunakan Windows bersama dengan Linux dan saya menggunakan trampsehingga itu tidak sepenuhnya keluar dari pertanyaan.) Jika demikian, coba jalankan tramp-cleanup-all-connectionsketika keluar dari jaringan.

Jika semua ini atau apa pun yang orang sarankan di sini tidak membantu Anda mungkin perlu menjalankan pemecahan masalah yang lebih dalam. Alat terbaik yang saya temukan untuk itu adalah Proses Monitor Sysinternals ( https://technet.microsoft.com/en-us/sysinternals/bb896645 ). Ini adalah binatang yang rumit untuk dihadapi, dan membutuhkan setidaknya pemahaman dasar tentang sistem operasi Windows, tetapi ia mampu mengeluarkan dugaan sepenuhnya dari proses dan menekan pelaku.

Yuri Steinschreiber
sumber