Como posso acelerar o Terminal.app ou o iTerm no Mac OSX?

Sempre que inicio o iTerm ou o Terminal depois de não usá-lo por algumas horas, leva de 10 a 20 segundos para retornar um prompt. A tela está em branco e, embora eu possa digitar, não consigo executar nenhum comando.

Se eu sair de um dos aplicativos, os lançamentos subsequentes (se realizados relativamente cedo depois) serão bastante rápidos. A lentidão parece ocorrer apenas se o aplicativo não estiver em execução por algumas horas.

Estou executando o OSX 10.5.7 em um MacBookPro. Eu tenho exatamente a mesma configuração em outro computador, sem lentidão.

Alguma idéia de como acelerar as coisas novamente?

Tente excluir os arquivos de log do sistema Apple /var/log/asl/:

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

Isso fez o truque para mim.

Outra dica pode ser útil:

Mude o shell de inicialização do padrão /usr/bin/loginpara /bin/bash -l, ou /usr/bin/zshse você usar zsh.

Isso pode fazer com que o seu Terminal / iTerm2 seja lançado na velocidade da luz!

• Para Terminal: Preferências → Inicialização: Altere de "Shell de login padrão" para "Comando: /bin/bash -l"

• Para iTerm2: Preferências → Perfis → Geral → Comando: Altere de "Shell de Login" para "Comando: /bin/bash -l"

Preciso de uma certa reputação para comentar nas postagens? De qualquer forma, limpar os logs do sistema também fez isso por mim, obrigado. Tentei corrigir o path_helper com o patch aqui: gist.github.com/123525, conforme sugerido em um comentário em http://mjtsai.com/blog/2009/04/01/slow-opening-terminal-windows/ ( mencionado anteriormente neste tópico), mas sem sucesso. Eu recebo um erro enigmático. No entanto, esse patch deve acelerar o lançamento do terminal.app.

Além disso: como mencionei, limpar os logs fez o truque para mim, mas o problema continua a surgir à medida que os logs aumentam continuamente depois que os removemos. Eu descobri que "ajustar" o /etc/asl.conf me deu uma solução mais permanente. A modificação é registrar apenas mensagens que são categorizadas como "críticas" ou mais críticas que isso, em oposição a registrar a categoria "aviso" e todas as mais críticas que isso. Além disso, desconsidero as mensagens de ftp, mail, local0, local1. Aqui está uma pasta do meu /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

De um artigo que li há algumas semanas: Terminal de abertura lenta do Windows

/usr/libexec/path_helperé extremamente lento no carregamento /etc/pathsSe você remover todas as entradas /etc/pathse garantir que esses itens estejam disponíveis no seu sistema, .bash_profileisso resolverá o problema. Fez por mim de qualquer maneira.

Se o aplicativo do terminal foi carregado, mas você ainda não tem um prompt, então o shell está demorando um pouco para inicializar.

Isso provavelmente significa que você tem muito ou algo que consome tempo no seu .bashrc( supondo que você o usebash ).

Meu palpite é que, com o tempo, algo está usando muita memória. Quando você inicia um terminal depois de não usá-lo por um tempo, é necessário disponibilizar alguma memória trocando seu conteúdo para o disco. Se você interromper o processo do terminal e reiniciá-lo com relativa rapidez, a memória ainda estará disponível e iniciará rapidamente. Isso deve acontecer com outros aplicativos também.

Você deve monitorar o uso da memória com o Activity Monitor e verificar se pode saber para onde está indo.

Uma solução mais permanente por edição sudo vi /etc/asl.confé fornecida aqui .

Abra /etc/profilee adicione a linha PATH=""para que fique assim:

if [ -x /usr/libexec/path_helper ]; then
    PATH=""
    eval `/usr/libexec/path_helper -s`
fi