Chaque fois que je lance iTerm ou Terminal après ne pas l'avoir utilisé pendant quelques heures, 10 à 20 secondes sont nécessaires pour retourner une invite. L'écran est vide et, bien que je puisse taper, je ne peux exécuter aucune commande.
Si je quitte l’une ou l’autre des applications, les lancements suivants (s’ils sont effectués assez rapidement par la suite) sont assez rapides. La lenteur ne semble se produire que si l'application ne fonctionnait pas pendant quelques heures.
J'utilise OSX 10.5.7 sur un MacBookPro. J'ai exactement la même configuration sur un autre ordinateur, sans ralentissement.
Des idées pour accélérer encore les choses?
Réponses:
Essayez de supprimer les fichiers journaux du système Apple dans
/var/log/asl/
:Cela a fait le tour pour moi.
la source
sudo rm -rf /private/var/log/asl/*.asl
plutôt d' utiliser cette solution , car elle est plus sûre 1) ne supprime que les fichiers journaux et 2) évite de se connecter au mauvais répertoire et de supprimer tous les fichiers.login
processus semble lire tous les fichiers et dossiers du niveau supérieur de/var/log/asl
. Essayez de courirsudo opensnoop | grep /var/log/asl
.Un autre conseil pourrait être utile:
Remplacez le shell de démarrage par défaut
/usr/bin/login
par/bin/bash -l
ou/usr/bin/zsh
si vous utilisez zsh.Cela pourrait rendre votre terminal / iTerm2 lancer à la vitesse de la lumière!
Pour le terminal: Préférences → Démarrage: remplacez "Shell de connexion par défaut" par "Commande:
/bin/bash -l
"Pour iTerm2: Préférences → Profils → Général → Commande: Remplacez "Login Shell" par "Commande:
/bin/bash -l
".la source
/opt/local/bin/bash -l
/bin/bash -l
n'est pas suffisant pour yosemite (plus?), pour d'autres deatils, voir apple.stackexchange.com/questions/41743/…Ai-je besoin d'une certaine réputation pour commenter des publications? Quoi qu'il en soit, effacer les journaux du système l'a également fait pour moi, merci. J'ai essayé de patcher path_helper avec le correctif ici: gist.github.com/123525, comme suggéré dans un commentaire sur http://mjtsai.com/blog/2009/04/01/slow-opening-terminal-windows/ ( référencé plus tôt dans ce fil) mais en vain. Je reçois une erreur cryptique. Cependant, ce correctif devrait accélérer le lancement de terminal.app.
Ajout: comme je l'ai mentionné, effacer les journaux a fait l'affaire pour moi, mais le problème continue de surgir à mesure que les journaux grossissent continuellement après que je les ai supprimés. J'ai trouvé que "peaufiner" /etc/asl.conf m'a apporté une solution plus permanente. La modification consiste à ne consigner que les messages classés dans la catégorie "critiques" ou plus critiques, par opposition à la journalisation dans la catégorie "avis" et encore plus critiques. En outre, je ne tiens pas compte des messages de ftp, mail, local0, local1. Voici un extrait de mon fichier /etc/asl.conf:
la source
D'après un article que j'ai lu il y a quelques semaines: Terminal à ouverture lente Windows
/usr/libexec/path_helper
est terriblement lent au chargement/etc/paths
Si vous supprimez toutes les entrées/etc/paths
et que vous vous assurez que ces éléments sont disponibles,.bash_profile
cela résoudra le problème. C'est fait pour moi quand même.la source
path_helper
ne semble pas lent…Si l'application de terminal est chargée mais que vous n'avez pas encore d'invite, votre shell prend un certain temps pour s'initialiser.
Cela signifie probablement que vous en avez trop ou que vous prenez trop de temps
.bashrc
(en supposant que vous l'utilisiezbash
).la source
À mon avis, avec le temps, quelque chose utilise beaucoup de mémoire. Lorsque vous démarrez un terminal après ne pas l'avoir utilisé pendant un certain temps, vous devez libérer de la mémoire en échangeant son contenu sur le disque. Si vous supprimez le processus de terminal et le redémarrez relativement rapidement, la mémoire est toujours disponible et il démarre rapidement. Cela devrait arriver aussi avec d'autres applications.
Vous devez surveiller votre utilisation de la mémoire avec Activity Monitor et voir si vous pouvez savoir où elle va.
la source
Une solution plus permanente par édition
sudo vi /etc/asl.conf
est fournie ici .la source
Ouvrez
/etc/profile
et ajoutez la lignePATH=""
afin qu'elle ressemble à ceci:la source