Emacs en Windows 7 es muy lento cuando la computadora está fuera de la red de la compañía

Estoy usando GNU Emacs 24.3 en Windows 7 y normalmente no tengo ningún problema con la velocidad / capacidad de respuesta.

Estoy lanzando Emacs con runemacs.exe

Sin embargo, cuando viajo e intento conectarme a la red de mi empresa a través de VPN (o simplemente trabajando fuera de línea sin una conexión a la red de la empresa), Emacs a menudo se vuelve increíblemente lento: puede tomar muchos minutos abrir un búfer y simplemente no funciona. responder a los comandos del teclado.

(Todavía estoy muy interesado en una solución) Todos los archivos de texto y configuración relevantes se guardan en mi directorio de usuario C:\Users\myusername.domainname\Documentsque se encuentra en el disco duro local (por lo que no debería necesitar acceder a servidores remotos), pero me pregunto si Windows 7 podría intentar sincronizar esos archivos con un servidor

También estoy usando la función "archivos sin conexión" para otros directorios y me pregunto si esto podría afectar mi problema.

El problema ocurre no solo cuando se usa VPN, sino también cuando la computadora está desconectada y no conectada a la red de la compañía.

microsoft-windows performance networking

— Sobre todo inofensivo
fuente

Dado que "el problema ocurre no solo cuando se usa VPN, sino también cuando la computadora está desconectada y no conectada a la red de la compañía" no está claro que la VPN tenga algo que ver con el problema.

— Joe Corneli

¿Qué tal usar el lanzamiento público más reciente de Emacs en lugar de 24.3? ¿Hay alguna razón para intentar solucionar una versión anterior de Emacs cuando una nueva versión estable está disponible?

— ley

@lawlist: gracias, creo que actualmente estoy usando Emacs 24.5, lo comprobaré mañana cuando vuelva a la computadora. De todos modos, ¿no debería ser posible en cada versión estable de Emacs trabajar en cualquier configuración de red sin problemas?

— Mayormente inofensivo

¿Por qué Emacs estaría haciendo solicitudes de DNS? ¿Por qué la lentitud se debe a las solicitudes de DNS en lugar de algún otro tipo de acceso a la red?

— Gilles 'SO- deja de ser malvado'

lists.gnu.org/archive/html/bug-gnu-emacs/2012-10/msg00230.html ofrece algunas sugerencias y (setq w32-get-true-file-attributes nil)podría ayudar.

— Luís Oliveira

Respuestas:

La razón de este problema puede ser el uso del recentfmodo. Debe deshabilitar la limpieza de archivos no disponibles utilizando el siguiente comando en su ~ / .emacs (o ~ / .emacs.d / init.el si lo está usando):

(setq recentf-auto-cleanup 'never)

— corriente cerebral
fuente

muchas gracias, eso parece prometedor, pero no uso el recentfmodo y no pude encontrar esa opción en mi .emacs o init.el

— Mayormente sin armas

Tengo el mismo problema que OP, y esto no hizo nada para ayudarme.

— PaulB

No se me ocurre ninguna razón que pueda tener algún impacto reciente. Es simplemente una lista de archivos recientes. No se restauran ni se controlan,

— RichieHH

De hecho, un archivo reciente muy grande puede introducir latencia intermitente, pero este no parece ser el problema descrito por OP.

— InHarmsWay

Tuve el mismo problema, y parece que está siendo causado por el servicio de inicio de sesión de Windows . La solución más simple es apagarlo cuando esté fuera de la red de su empresa, ejecutando el siguiente comando en la línea de comando:

net stop netlogon

Cuando vuelva a estar en la red de la compañía, comience nuevamente usando

net start netlogon

— arvidj
fuente

Algunas razones posibles, dos fuera de mi cabeza (tuvieron estos problemas en el pasado).

Es posible que tenga una carpeta remota asignada en Windows, y cuando está fuera de la red local puede ralentizar mucho (salir de la VPN no ayuda del todo, en realidad puede empeorar las cosas, ya que Windows seguirá tratando de llegar solo a detenerlo) por tiempos de espera.) Las versiones más recientes de Windows parecen funcionar un poco mejor, pero aún así. Intente ejecutar net use * /deleteen un símbolo del sistema y ver si ayuda.
Compruebe si está utilizando tramp(lo dudo ya que está en Windows, pero también estoy usando Windows junto con Linux y lo uso, tramppor lo que no está totalmente fuera de discusión). Si es así, intente ejecutarlo tramp-cleanup-all-connectionscuando esté fuera de la red.

Si todo esto o cualquier otra cosa que la gente sugiera aquí no lo ayude, es posible que deba ejecutar una resolución de problemas más profunda. La mejor herramienta que he encontrado es Sysinternals 'Process Monitor ( https://technet.microsoft.com/en-us/sysinternals/bb896645 ). Es una bestia compleja con la que lidiar, y requiere al menos una comprensión básica del sistema operativo Windows, pero es capaz de eliminar las conjeturas por completo del proceso y reducir al delincuente.

— Yuri Steinschreiber
fuente