Emacs sur Windows 7 très lent lorsque l'ordinateur est en dehors du réseau de l'entreprise

J'utilise GNU Emacs 24.3 sur Windows 7 et normalement je n'ai aucun problème de vitesse / réactivité.

Je lance Emacs avec runemacs.exe

Cependant, lorsque je voyage et que j'essaie de me connecter au réseau de mon entreprise via VPN (ou simplement de travailler hors ligne sans connexion au réseau de l'entreprise), Emacs devient souvent incroyablement lent - cela peut prendre plusieurs minutes pour ouvrir un tampon et cela ne fonctionne tout simplement pas répondre aux commandes du clavier.

(Je suis toujours très intéressé par une solution) Tous les fichiers de texte et de configuration pertinents sont enregistrés dans mon répertoire utilisateur C:\Users\myusername.domainname\Documentssitué sur le disque dur local (il ne devrait donc pas avoir besoin d'accéder à des serveurs distants), mais je me demande si Windows 7 pourrait essayer de synchroniser ces fichiers avec un serveur

J'utilise également la fonction "fichiers hors ligne" pour d'autres répertoires et je me demande si cela pourrait avoir un effet sur mon problème.

Le problème se produit non seulement lorsque le VPN est utilisé, mais également lorsque l'ordinateur est simplement hors ligne et non connecté au réseau de l'entreprise.

La raison de ce problème peut être l'utilisation du recentfmode. Vous devez désactiver le nettoyage des fichiers indisponibles à l'aide de la commande suivante dans votre ~ / .emacs (ou ~ / .emacs.d / init.el si vous l'utilisez):

(setq recentf-auto-cleanup 'never)

J'ai eu le même problème, et il semble que cela soit dû au service Windows Netlogon . La solution la plus simple consiste à le désactiver en dehors du réseau de votre entreprise, en exécutant la commande suivante dans la ligne de commande:

net stop netlogon

Lorsque vous êtes de retour sur le réseau de l'entreprise, redémarrez-le à l'aide de

net start netlogon

Un certain nombre de raisons possibles, deux du haut de ma tête (eu ces problèmes dans le passé.)

1. Vous pouvez avoir un dossier distant mappé dans Windows, et lorsque vous êtes hors du réseau local, cela peut vous ralentir beaucoup (descendre du VPN n'aide pas vraiment, en fait cela peut aggraver les choses car Windows continuera d'essayer de l'atteindre arrêté uniquement par des délais d'attente.) Les versions plus récentes de Windows semblent y faire face un peu mieux, mais quand même. Essayez d'exécuter net use * /deletedans une invite de commande et voyez si cela aide.

2. Vérifiez si vous utilisez tramp(j'en doute car vous êtes sous Windows, mais j'utilise aussi Windows avec Linux et j'utilise trampdonc ce n'est pas totalement hors de question.) Si c'est le cas, essayez de courir tramp-cleanup-all-connectionslorsque vous êtes hors du réseau.

Si tout cela ou autre chose que les gens suggèrent ici ne vous aide pas, vous devrez peut-être effectuer un dépannage plus approfondi. Le meilleur outil que j'ai trouvé est le Moniteur de processus de Sysinternals ( https://technet.microsoft.com/en-us/sysinternals/bb896645 ). C'est une bête complexe à gérer, et elle nécessite au moins une compréhension de base du système d'exploitation Windows, mais elle est capable de supprimer totalement les conjectures du processus et de réduire à zéro le délinquant.