Estoy escribiendo un documento y tengo un problema con el rendimiento de Emacs que creo que apareció ayer. No he realizado ninguna modificación en mi archivo init ni he instalado ningún paquete nuevo.

El problema es que mientras escribo, hay un retraso muy notable entre presionar las letras en el teclado y hacer que aparezcan en la pantalla. A veces los veo todavía imprimiéndose en la pantalla después de haber terminado de escribir la palabra.

No sé si hay otros problemas, excepto la velocidad de escritura (solo puedo suponer que los hay), pero no los he notado.

¿Qué puede causar este problema?
¿Es causado por Emacs o se debe al rendimiento de mi PC? En general, ¿cuáles son las variables que afectan el rendimiento de Emacs?

La versión de mi Emacs es GNU Emacs 24.3.1

El modo activo principal es:

1. Látex

y los modos activos menores son:

1. Autocompletar
2. Composición automática
3. Autocompresión
4. Cifrado automático
5. Cursor de parpadeo
6. Nombre-Archivo-Sombra
7. Font-Lock
8. Global-Auto-Complete
9. Global-Font-Lock Global-Hl-Line
10. Número de línea
11. Rueda de ratón
12. Shell-Dirtrack
13. Show-Paren
14. Smartparens
15. Smartparens-Global
16. Información sobre herramientas Transient-Mark

¿Qué puede causar este problema? ¿Es causado por Emacs o se debe al rendimiento de mi PC? En general, ¿cuáles son las variables que afectan el rendimiento de Emacs?

Emacs tiene alrededor de 50,000 variables internas y unos pocos miles de paquetes externos con un promedio de unas pocas docenas de variables cada uno, no puede esperar que alguien responda esto en un sentido general. :-)

Puedes ver eso solo mirando el hilo de comentarios debajo de tu pregunta. Hay media docena de sugerencias diferentes, todas igualmente válidas.

¿Qué puedes hacer para identificar el problema?

Opción 1: modos de desactivación

Comience a deshabilitar los modos menores que ha enumerado y vea cuál resuelve su problema de rendimiento. Me gustaría empezar con smartparens, auto-complete, line-numbery font-lock, a continuación, siga por la lista.

"No tuve este problema ayer" significa muy poco, no confíes demasiado en él . Simplemente comience a deshabilitar los modos menores hasta que algo lo resuelva.

Si ninguno de los modos menores soluciona el problema, comience a comentar partes de su archivo de inicio hasta que descubra qué fragmento está causando esto. En cualquier caso, haga una nueva pregunta cuando tenga algo más específico.

Opción 2: el perfilador

1. Invocar M-x profiler-start RET RET(el segundo RETes confirmar cpu);
2. Escriba algo, preferiblemente un párrafo entero o más;
3. Invoke M-x profiler-report.

Eso le dará un búfer que describe el tiempo de CPU que toma cada función. Golpear TABuna línea la expande para mostrar las funciones dentro de ella. Navegue por este búfer hasta que descubra qué función está tomando tanto tiempo de CPU.

¿Qué hago después?

Una vez que encuentre la función o paquete o fragmento que causa el retraso, puede (sin ningún orden en particular):

• Haga una nueva pregunta aquí con respecto a ese modo menor específico (o función o fragmento).
• Informe un error al mantenedor del paquete.
  • Verifique los comentarios en la parte superior del archivo fuente del paquete. Si contiene una URL (especialmente en github), probablemente haya un rastreador de problemas allí.
  • Algunos paquetes ofrecen un comando como M-x PACKAGE-bug-report.
  • Su correo electrónico debe estar en la parte superior del archivo fuente del paquete.
• Si es un paquete integrado, puede informarlo con M-x report-emacs-bug.
• Incluso para los paquetes que no están integrados, puede pedir ayuda en la help-gnu-emacslista de correo.