Как я могу ускорить Terminal.app или iTerm на Mac OSX?

Попробуйте удалить файлы системного журнала Apple в /var/log/asl/:

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

Это помогло мне.

Другой совет может быть полезным:

Измените оболочку запуска с по умолчанию /usr/bin/loginна /bin/bash -lили, /usr/bin/zshесли вы используете zsh.

Это может привести к запуску вашего терминала / iTerm2 со скоростью света!

• Для терминала: «Настройки» → «Запуск»: измените «Оболочка входа в систему по умолчанию» на «Команда: /bin/bash -l»

• Для iTerm2: «Настройки» → «Профили» → «Общие» → «Команда»: сменить «Оболочка входа» на «Команда: /bin/bash -l»

Требуется ли определенная репутация для комментирования сообщений? В любом случае, очистка системных журналов сделала это и для меня, спасибо. Я попытался пропатчить path_helper с помощью патча здесь: gist.github.com/123525, как это было предложено в комментарии на http://mjtsai.com/blog/2009/04/01/slow-opening-terminal-windows/ ( упоминалось ранее в этой теме) но безрезультатно. Я получаю загадочную ошибку. Однако этот патч должен ускорить запуск Terminal.app.

дополнение: как я уже упоминал, очистка журналов принесла мне пользу, но проблема продолжает возникать, так как журналы постоянно увеличиваются после того, как я их удалил. Я обнаружил, что «настройка» /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 

Из статьи, которую я прочитал пару недель назад: Медленное открытие терминала Windows

/usr/libexec/path_helperочень медленно загружается /etc/pathsЕсли вы удалите все записи /etc/pathsи убедитесь, что эти элементы доступны в вашем, .bash_profileэто решит проблему. Это все равно для меня.

Если приложение терминала загрузилось, но у вас еще нет приглашения, то ваша оболочка требует времени для инициализации.

Это, вероятно, означает, что у вас слишком много или что-то отнимает много времени .bashrc( если вы используетеbash ).

Я предполагаю, что со временем что-то использует много памяти. Когда вы запускаете терминал после того, как некоторое время не используете его, необходимо сделать доступной некоторую память, перенеся ее содержимое на диск. Если вы уничтожите процесс терминала и перезапустите его относительно быстро, память все еще будет доступна и она быстро запустится. Это должно происходить и с другими приложениями.

Вы должны контролировать использование памяти с помощью Activity Monitor и посмотреть, сможете ли вы определить, куда он движется.

Более постоянное решение путем редактирования sudo vi /etc/asl.confпредоставляется здесь .

Откройте /etc/profileи добавьте строку, PATH=""чтобы она выглядела так:

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