Jedes Mal, wenn ich iTerm oder Terminal starte, nachdem ich es einige Stunden lang nicht benutzt habe, dauert es zwischen 10 und 20 Sekunden, bis eine Eingabeaufforderung zurückgegeben wird. Der Bildschirm ist leer, und obwohl ich tippen kann, kann ich keine Befehle ausführen.
Wenn ich eine der beiden Anwendungen beende, sind nachfolgende Starts (falls relativ bald danach durchgeführt) recht schnell. Die Langsamkeit scheint nur aufzutreten, wenn die App einige Stunden lang nicht ausgeführt wurde.
Ich verwende OSX 10.5.7 auf einem MacBookPro. Ich habe genau das gleiche Setup auf einem anderen Computer, ohne Verzögerungen.
Irgendwelche Ideen, wie man die Dinge wieder beschleunigen kann?
Antworten:
Versuchen Sie, die Apple-Systemprotokolldateien zu löschen
/var/log/asl/
:Das hat den Trick für mich getan.
quelle
sudo rm -rf /private/var/log/asl/*.asl
da dies sicherer ist, da 1) nur die Protokolldateien gelöscht werden und 2) vermieden wird, dass das Cding in das falsche Verzeichnis verschoben und alle Dateien entfernt werden.login
Prozess scheint alle Dateien und Ordner auf der obersten Ebene von zu lesen/var/log/asl
. Versuche zu rennensudo opensnoop | grep /var/log/asl
.Ein weiterer Tipp könnte hilfreich sein:
Ändern Sie die Start-Shell von Standard
/usr/bin/login
auf/bin/bash -l
, oder verwenden/usr/bin/zsh
Sie zsh.Das könnte Ihren Terminal / iTerm2 in Lichtgeschwindigkeit starten lassen!
Für Terminal: Einstellungen → Start: Wechseln Sie von "Standardanmeldeshell" zu "Befehl:
/bin/bash -l
"Für iTerm2: Einstellungen → Profile → Allgemein → Befehl: Wechsel von "Anmeldeshell" zu "Befehl:
/bin/bash -l
"quelle
/opt/local/bin/bash -l
/bin/bash -l
reicht die verwendung von yosemite nicht mehr aus (mehr?), für andere deatils siehe apple.stackexchange.com/questions/41743/…Benötige ich einen bestimmten Ruf, um Beiträge zu kommentieren? Trotzdem hat das Löschen der Systemprotokolle auch für mich funktioniert, danke. Ich habe versucht, path_helper mit dem Patch hier zu patchen: gist.github.com/123525, wie in einem Kommentar auf http://mjtsai.com/blog/2009/04/01/slow-opening-terminal-windows/ vorgeschlagen ( weiter oben in diesem Thread erwähnt), aber ohne Erfolg. Ich bekomme einen kryptischen Fehler. Dieser Patch sollte jedoch den Start von terminal.app beschleunigen.
Außerdem: Wie bereits erwähnt, hat das Löschen der Protokolle den Trick für mich getan, aber das Problem tritt weiterhin auf, da die Protokolle nach dem Entfernen ständig größer werden. Ich fand, dass "Tweaking" /etc/asl.conf mir eine dauerhaftere Lösung gegeben hat. Die Änderung besteht darin, nur Nachrichten zu protokollieren, die als "kritisch" oder kritischer als diese Kategorie eingestuft sind, im Gegensatz zur Protokollierungskategorie "Hinweis" und jeder weiteren, die kritischer als diese Kategorie ist. Außerdem ignoriere ich Nachrichten von ftp, mail, local0, local1. Hier ist eine Paste meiner /etc/asl.conf:
quelle
Aus einem Artikel, den ich vor ein paar Wochen gelesen habe: Slow Opening Terminal Windows
/usr/libexec/path_helper
Das Laden ist furchtbar langsam./etc/paths
Wenn Sie alle Einträge in entfernen/etc/paths
und sicherstellen, dass diese Elemente in Ihrem System verfügbar sind,.bash_profile
wird das Problem behoben. Für mich hat es sowieso geklappt.quelle
path_helper
scheint nicht langsam ...Wenn die Terminal-Anwendung geladen wurde, Sie jedoch noch keine Eingabeaufforderung haben, dauert es eine Weile, bis Ihre Shell initialisiert ist.
Dies bedeutet wahrscheinlich, dass Sie zu viel oder etwas Zeit in Ihrem
.bashrc
( vorausgesetzt, Sie verwendenbash
) haben.quelle
Ich vermute, dass mit der Zeit etwas viel Speicher verbraucht. Wenn Sie ein Terminal starten, nachdem Sie es eine Weile nicht verwendet haben, muss ein Teil des Arbeitsspeichers verfügbar sein, indem Sie seinen Inhalt auf die Festplatte auslagern. Wenn Sie den Terminalprozess beenden und relativ schnell neu starten, ist der Speicher noch verfügbar und wird schnell gestartet. Dies sollte auch bei anderen Anwendungen der Fall sein.
Sie sollten Ihre Speichernutzung mit dem Aktivitätsmonitor überwachen und prüfen, ob Sie erkennen können, wohin es geht.
quelle
Eine dauerhaftere Lösung durch Bearbeitung
sudo vi /etc/asl.conf
vorgesehen ist hier .quelle
Öffne
/etc/profile
und füge die ZeilePATH=""
so hinzu, dass sie so aussieht:quelle