web-dev-qa-db-ja.com

Mac OSXでTerminal.appまたはiTermを高速化する方法はありますか

数時間使用しないでiTermまたはTerminalを起動するたびに、プロンプトが返されるまでに10〜20秒かかります。画面に何も表示されず、入力することはできますが、実際にはコマンドを実行できません。

どちらかのアプリケーションを終了した場合、その後の起動（その後比較的早く行われる場合）は非常に高速です。遅いのは、アプリが数時間実行されていなかった場合にのみ発生するようです。

MacBookProでOSX 10.5.7を実行しています。別のコンピューターでもまったく同じ設定で、速度が低下しません。

物事を再びスピードアップする方法はありますか？

macterminaliterm
41
pmaiorana

Appleシステムログファイルを_/var/log/asl/_から削除してみてください：

_Sudo rm /var/log/asl/*.asl
_

これは私にとってはトリックでした。

39
user12544

別のヒントが役立つかもしれません：

起動シェルをデフォルトから変更/usr/bin/loginから/bin/bash -l、または/usr/bin/zsh zshを使用する場合。

それはあなたのターミナル/ iTerm2を軽いスピードで立ち上げるかもしれません！

  • ターミナルの場合：設定→スタートアップ：「デフォルトのログインシェル」から「コマンド：/bin/bash -l "

  • ITerm2の場合：環境設定→プロファイル→一般→コマンド：「ログインシェル」から「コマンド：/bin/bash -l "

30
user150579

投稿にコメントするには特定の評判が必要ですか？とにかく、システムログをクリアすると、私にとってもうまくいきました。 http://mjtsai.com/blog/2009/04/01/slow-opening-terminalのコメントで提案されているように、ここでGist.github.com/123525のパッチを使用してpath_helperにパッチを適用しようとしました。 -windows / （このスレッドの前半で参照）ですが、役に立ちません。不可解なエラーが発生します。ただし、そのパッチにより、terminal.appの起動が高速化されます。

addition：前述のように、ログをクリアするとうまくいきましたが、削除した後もログが大きくなり続けるため、問題が引き続き発生しますそれら。 /etc/asl.confを「微調整」すると、より永続的な解決策が得られることがわかりました。変更は、「重要」またはそれ以上の重要度に分類されるメッセージのみをログに記録することです。また、ftp、mail、local0、local1からのメッセージは無視します。ここに私の/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
9
tmadsen

数週間前に読んだ記事から： 遅いOpening Terminal Windows

/usr/libexec/path_helperの読み込みが非常に遅い/etc/paths/etc/pathsのすべてのエントリを削除し、それらのアイテムが.bash_profileで利用可能であることを確認すると、問題が解決します。とにかくそれは私のためにした。

7
Chealion

端末アプリケーションが読み込まれているが、まだプロンプトがない場合は、シェルが初期化にしばらく時間がかかります。

これはおそらく、あなたの.bashrc（bashを使用すると想定）。

1
Mike McQuaid

時間の経過とともに、何かが多くのメモリを使用していると思います。端末をしばらく使用しないで起動した場合、その内容をディスクにスワップアウトして、メモリを使用可能にする必要があります。端末プロセスを強制終了して比較的早く再起動しても、メモリはまだ利用可能であり、すばやく起動します。これは他のアプリケーションでも発生するはずです。

アクティビティモニターを使用してメモリ使用量を監視し、それがどこに行くのかわかるかどうかを確認する必要があります。

1
KeithB

Sudo vi /etc/asl.confを編集することで、より永続的な解決策が提供されます here 。

0
Ioannis Filippidis

開いた /etc/profileを追加し、PATH=""したがって、次のようになります。

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

composerプラグインでoh my zshを使用している場合は、削除してください。（MacBookProでOSX 10.14を実行しています）

# .zshrc
plugins=(git) # composer will slow you down
0
CloudyCity