Ich verwende GNU Emacs 24.3 unter Windows 7 und habe normalerweise keine Probleme mit der Geschwindigkeit / Reaktionsfähigkeit.
Ich starte Emacs mit runemacs.exe
Wenn ich jedoch auf Reisen bin und versuche, über VPN eine Verbindung zu meinem Unternehmensnetzwerk herzustellen (oder einfach offline ohne Verbindung zum Unternehmensnetzwerk zu arbeiten), wird Emacs oft unglaublich langsam - das Öffnen eines Puffers kann viele Minuten dauern, dies ist jedoch nicht der Fall auf Tastaturbefehle reagieren.
(Ich bin immer noch sehr an einer Lösung interessiert.) Alle relevanten Text- und Konfigurationsdateien werden in meinem Benutzerverzeichnis gespeichert, C:\Users\myusername.domainname\Documents
das sich auf der lokalen Festplatte befindet (daher sollte kein Zugriff auf Remoteserver erforderlich sein). Ich frage mich jedoch, ob Windows 7 dies möglicherweise versucht Synchronisieren Sie diese Dateien mit einem Server
Ich verwende die Funktion "Offlinedateien" auch für andere Verzeichnisse und frage mich, ob sich dies auf mein Problem auswirken könnte.
Das Problem tritt nicht nur auf, wenn VPN verwendet wird, sondern auch, wenn der Computer nur offline und nicht mit dem Unternehmensnetzwerk verbunden ist.
quelle
(setq w32-get-true-file-attributes nil)
könnte helfen.Antworten:
Der Grund für dieses Problem kann die Verwendung des
recentf
Modus sein. Sie müssen das Bereinigen nicht verfügbarer Dateien mit dem folgenden Befehl in Ihrem ~ / .emacs (oder ~ / .emacs.d / init.el, wenn Sie es verwenden) deaktivieren:quelle
recentf
Vielen Dank - das sieht vielversprechend aus, aber ich benutze keinen Modus und konnte eine solche Option in meinen .emacs oder init.el nicht findenIch hatte das gleiche Problem und es scheint, dass es durch den Windows-Anmeldedienst verursacht wird . Die einfachste Lösung besteht darin, es außerhalb Ihres Unternehmensnetzwerks zu deaktivieren, indem Sie den folgenden Befehl in der Befehlszeile ausführen:
Wenn Sie wieder im Unternehmensnetzwerk sind, starten Sie es erneut mit
quelle
Nicht wenige mögliche Gründe, zwei aus meinem Kopf (hatten diese Probleme in der Vergangenheit.)
Möglicherweise ist in Windows ein Remote-Ordner zugeordnet, und wenn Sie sich außerhalb des lokalen Netzwerks befinden, werden Sie möglicherweise erheblich langsamer (das Verlassen des VPN hilft nicht ganz, tatsächlich kann dies die Situation verschlimmern, da Windows weiterhin versucht, ihn nur gestoppt zu erreichen durch Timeouts.) Neuere Versionen von Windows scheinen ein bisschen besser damit umzugehen, aber immer noch. Versuchen Sie,
net use * /delete
eine Eingabeaufforderung auszuführen, und prüfen Sie, ob dies hilfreich ist.Überprüfen Sie, ob Sie verwenden
tramp
(ich bezweifle es, da Sie unter Windows arbeiten, aber ich verwende auch Windows zusammen mit Linux und ich verwende es,tramp
damit es nicht völlig außer Frage steht.) Wenn ja, versuchen Sie, estramp-cleanup-all-connections
außerhalb des Netzwerks auszuführen .Wenn all dies oder irgendetwas anderes, was die Leute hier vorschlagen, nicht hilft, müssen Sie möglicherweise eine tiefere Fehlerbehebung durchführen. Das beste Tool, das ich dafür gefunden habe, ist der Prozessmonitor von Sysinternals ( https://technet.microsoft.com/en-us/sysinternals/bb896645 ). Es ist ein komplexes Tier, mit dem man sich befassen muss, und es erfordert zumindest ein grundlegendes Verständnis des Windows-Betriebssystems, aber es ist in der Lage, Rätselraten vollständig aus dem Prozess herauszuholen und den Täter auf Null zu setzen.
quelle