☰

¿Cómo puedo acelerar Terminal.app o iTerm en Mac OSX?

tag-icon • tag-icon mac terminal iterm
¿Cómo puedo acelerar Terminal.app o iTerm en Mac OSX?

Cada vez que inicio iTerm o Terminal después de no usarlo durante algunas horas, tarda entre 10 y 20 segundos en devolver un mensaje. La pantalla está en blanco y, aunque puedo escribir, en realidad no puedo ejecutar ningún comando.

Si salgo de cualquiera de las aplicaciones, los inicios posteriores (si se realizan relativamente pronto) son bastante rápidos. La lentitud sólo parece ocurrir si la aplicación no estuvo ejecutándose durante algunas horas.

Estoy ejecutando OSX 10.5.7 en una MacBookPro. Tengo exactamente la misma configuración en otra computadora, sin ralentizaciones.

¿Alguna idea de cómo acelerar las cosas nuevamente?

Respuesta1

Intente eliminar los archivos de registro del sistema Apple en /var/log/asl/:

sudo rm /var/log/asl/*.asl

Esto funcionó para mí.

Respuesta2

Otro consejo podría resultar útil:

Cambie el shell de inicio de predeterminado /usr/bin/logina /bin/bash -l, o /usr/bin/zshsi usa zsh.

¡Eso podría hacer que su Terminal/iTerm2 se inicie a la velocidad de la luz!

  • Para Terminal: Preferencias → Inicio: Cambie de "Shell de inicio de sesión predeterminado" a "Comando: /bin/bash -l"

  • Para iTerm2: Preferencias → Perfiles → General → Comando: cambie de "Inicio de sesión Shell" a "Comando: /bin/bash -l"

Respuesta3

¿Se requiere cierta reputación para comentar publicaciones? De todos modos, borrar los registros del sistema también fue suficiente para mí, gracias. Intenté parchear path_helper con el parche aquí: gist.github.com/123525, como se sugiere en un comentario enhttp://mjtsai.com/blog/2009/04/01/slow-opening-terminal-windows/(mencionado anteriormente en este hilo) pero fue en vano. Recibo un error críptico. Sin embargo, ese parche debería acelerar el inicio de terminal.app.

suma:Como mencioné, borrar los registros funcionó para mí, pero el problema continúa surgiendo a medida que los registros crecen continuamente después de que los elimino. Descubrí que "modificar" /etc/asl.conf me ha dado una solución más permanente. La modificación es registrar solo los mensajes que están categorizados como "críticos" o más críticos que eso, en lugar de registrar la categoría "aviso" y todos los más críticos que eso. Además, ignoro los mensajes de ftp, mail, local0, local1. Aquí hay una copia de mi /etc/asl.conf:

 ##
 # configuration file for syslogd and aslmanager
 ##

# redirect com.apple.message.domain to /var/log/DiagnosticMessages
? [T com.apple.message.domain] store_dir /var/log/DiagnosticMessages exclude_asldb

# authpriv messages are root/admin readable
? [= Facility authpriv] access 0 80

# remoteauth critical, alert, and emergency messages are root/admin readable
? [= Facility remoteauth] [<= Level critical] access 0 80

# broadcast emergency messages
? [= Level emergency] broadcast

# save kernel [PID 0] and launchd [PID 1] messages
? [<= PID 1] store

# save everything from emergency to notice
#? [<= Level notice] store
? [<= Level critical] store

# save lpr info level and above
#? [<= Level info] [= Facility lpr] store

# save all mail, ftp, local0, and local1 messages
#? [= Facility mail] store
#? [= Facility ftp] store
#? [= Facility local0] store
#? [= Facility local1] store

Respuesta4

Si la aplicación de terminal se ha cargado pero aún no recibe un mensaje, entonces su shell está tardando un poco en inicializarse.

Esto probablemente significa que tienes demasiado o algo que consume mucho tiempo en tu .bashrc(asumiendo que usasbash).

información relacionada