Xcode 4 - низкая производительность

У меня проблема с Xcode 4, который действительно очень медленно реагирует на взаимодействие с пользователем, например, редактирование кода, прокрутка областей и т. Д. Это особенно происходит с крупномасштабными проектами со многими контроллерами / файлами просмотра и т. Д.

На прошлой неделе я полностью протер жесткий диск и переустановил Snow Leopard и Xcode, но все время снова приходило к разочаровывающему времени отклика (в течение нескольких дней), что значительно нарушало рабочий процесс.

Я также иногда удалял "производные данные" проекта через Организатор -> Проекты, и это не имело большого эффекта.

Мне интересно, могу ли я что-нибудь сделать для повышения производительности, кроме как сначала получить машину с более высокими характеристиками.

К вашему сведению, я использую MacBook с процессорами Intel Core 2 Duo с тактовой частотой 2 ГГц и 4 ГБ оперативной памяти.

В случае, если нам нужно выполнить обновление, я также хотел бы знать, испытывают ли люди такую ​​низкую производительность от Xcode 4 на хорошо оснащенных машинах (что сделало бы наше обновление оборудования довольно бессмысленным, поскольку только Xcode имеет какие-либо проблемы с производительностью на MacBook).

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

Если вы очистите файл рабочего пространства, это поможет ускорить его.

Во-первых, убедитесь, что Xcode не открыт. Теперь найдите файл своего проекта. Щелкните его правой кнопкой мыши и выберите Show Package Contents.

Далее удалим project.xcworkspace.

Откройте Xcode и наслаждайтесь более высокой производительностью!

Спасибо: http://meachware.blogspot.com/2011/06/speed-up-xcode-4.html

Изменить: я получил несколько комментариев по этому поводу, в которых отмечалось, что для некоторых проектов это может вызвать проблемы. Перед выполнением этих шагов убедитесь, что у вас есть резервная копия вашего проекта, и не забудьте потом проверить и протестировать свой проект . Убедитесь, что у вас все еще есть все исполняемые файлы и схемы.

ВАЖНОЕ ОБНОВЛЕНИЕ: Пути изменены для Xcode 6 (спасибо за комментарий dcc)! Я просто добавил альтернативный способ.

Есть еще один приятный трюк для ускорения сборки путем создания RAM-диска со следующей строкой кода:

diskutil erasevolume HFS+ "ramdisk" `hdiutil attach -nomount ram://8475854`

Это создает образ диска в памяти размером около 4 ГБ. Но будьте осторожны, вам нужно иметь достаточно памяти. Конечно, вы можете создать образ меньшего размера, например 2 ГБ (это будет 4237927).

Затем вы говорите Xcode хранить там производные данные

Вы не можете указать Xcode хранить данные iPhone Simulator напрямую там, но вы можете создать папку на RAM-диске и создать символическую ссылку вместо каталога iPhone Simulator, выполнив следующие действия:

Xcode 6:

cd /Volumes/ramdisk
mkdir CoreSimulator
rm -R ~/Library/Developer/CoreSimulator
ln -s /Volumes/ramdisk/CoreSimulator ~/Library/Developer/CoreSimulator

Старые версии Xcode:

cd /Volumes/ramdisk
mkdir iPhone\ Simulator
rm -R ~/Library/Application\ Support/iPhone\ Simulator
ln -s /Volumes/ramdisk/iPhone\ Simulator ~/Library/Application\ Support/iPhone\ Simulator

Если я построю симулятор с такой настройкой, он сразу заработает :)

Имейте в виду, что RAM-диск исчезнет при перезапуске компьютера, поэтому было бы неплохо создать сценарий или что-то, что запускается при запуске. И НЕ РАЗМЕЩАЙТЕ ТАМ ДАННЫЕ, КОТОРЫЕ ХОТИТЕ СОХРАНИТЬ !!!

ОБНОВЛЕНИЕ 2013-03-12:

1. Прочтите комментарий Франсиско Гарсиа ниже!

2. С моим новым MBP (содержащим SSD-диск) мне больше не нужен этот метод. Xcode работает как черт :). Надеюсь, это не реклама большого фруктового концерна, это просто отчет об опыте ...

Отключение текущих проблем в общих настройках имеет определенное значение. Я также настраиваю схему без включения GDB для ситуаций, когда я часто перезапускаю (отсутствие GDB немного ускоряет запуск).

Для меня Xcode значительно вырос в производительности после установки его для работы в 32-битном режиме (по умолчанию было 64). Это почти так же быстро, как и старый Xcode 3. Вы можете переключиться на 32-битный режим, щелкнув приложение правой кнопкой мыши (в /Developer/Applications/XCode.app ), выбрав « Получить информацию» и отметив « Открыть в 32-битном режиме» .

Xcode 4.2, 4.3:

Основные проблемы с индексатором файлов (тот же код, который запускает Spotlight, который годами не работал с ошибками? Возможно).

Отключите все несущественное, что связано с "просмотром" файлов:

1. Быстрая справка (NB: никогда не нажимайте вкладку QH! Даже скрытие помощника все равно приводит к запуску кода! Переключитесь на другую вкладку перед переходом к новому файлу ...)
2. Управление SCM (SVN, Git и т. Д. - поддержка Git в Xcode все еще немного глючит (может повредить проекты), и они отказались от поддержки SVN, так что вам все равно не следует ее использовать!)
3. попробуйте удалить папку рабочей области (согласно принятому ответу), но только если она большая на диске
4. ... все, что вы можете найти, связанное со статусом отдельных файлов

Xcode 4.4, 4.5:

В этих версиях есть большая утечка памяти, неработающий индексатор файлов (но лучше, чем 4.2 и 4.3) и, возможно, проблема с частным файлом подкачки.

В конце концов, отключив / включив пространство подкачки ( как отключить или включить подкачку в mac os x ) и используя обычные жесткие диски на нескольких машинах, а также запустив эксперименты на машинах с 2 ГБ ОЗУ до 16 ГБ ОЗУ, я обнаружил, что Xcode похоже, у него есть собственное пространство подкачки, независимо от подкачки OS X (!).

(это может быть ошибкой - возможно, есть дополнительная форма подкачки OS X, о которой я не знаю - но файлы подкачки системы не становились больше или меньше, в то время как дисковое пространство прыгало на гигабайты вверх и вниз на некоторых машинах)

Наблюдаемый:

1. Xcode 4.4 / 4.5 случайным образом заберет всю оперативную память в вашей системе (10 ГБ для крошечного проекта), так что остальная часть системы остановится, ожидая замены диска

   1. ХУЖЕ: на MacBook с SSD вы не узнаете, что это произошло
   2. Худший: ... даже если это может повредить ваш жесткий диск (SSD не любят переписывать)

2. Xcode получит доступ к жесткому диску, чтобы он мог выполнить (сломанную) внутреннюю индексацию файлов. Когда системной памяти становится мало, и OS X необходимо выполнить подкачку ... она застревает, ожидая, пока Xcode проиндексирует файлы ... и Xcode занимает больше памяти, пока ждет ... и: БУМ! на небольших системах OS X в конечном итоге зависает

3. Xcode не требует пространства подкачки OS X

Последнее очень интересно. Если у вас много памяти (например, 16 ГБ), попробуйте отключить пространство подкачки навсегда. Xcode работает быстрее, потому что в OS X Lion есть некоторые ошибки в управлении памятью, где он меняет местами, даже когда в этом нет необходимости .

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

(если у вас есть твердотельный накопитель, единственный способ узнать, началась ли его замена, - это подождать, пока он "станет медленнее". В противном случае вы узнаете, как только услышите сигнал HD: файла подкачки системы больше нет, поэтому единственная возможная причина - Xcode)

Вы можете безопасно отключить подкачку, даже если у вас 2 ГБ ОЗУ (у меня был только один сбой OS X в месяц, когда я пробовал это, запускал его таким образом в течение года), но это не позволит вам выполнять высококачественную работу с видео / графикой с файлами. которым для работы нужны несколько гигабайт. Не стесняйтесь попробовать это в течение нескольких недель и посмотреть, что из этого выйдет.

Но ... перезапуск Xcode всякий раз, когда он замедляется, творит чудеса. На машинах с меньшим объемом ОЗУ частный файл подкачки Xcode, кажется, НЕМЕДЛЕННО удаляется при закрытии (на машинах с большим количеством ОЗУ этого не происходит)

Ни один из этих ответов не улучшил производительность в моем случае (со временем Xcode 4.1 стал практически непригодным для использования, помогал только выход из него время от времени).

Однако я только что обнаружил, что если я продолжаю закрывать все свои документы (control-command-W), кажется, что все будет работать быстро. Xcode автоматически сохраняет все документы, которые вы нажимаете, в памяти, и вы можете перемещаться между ними с помощью управляющей стрелки влево / вправо. Если вы случайно откроете слишком много (особенно окон IB), сканирование остановится. Простое закрытие всех открытых документов время от времени, кажется, облегчает это без необходимости выполнять полный перезапуск.

Следующее сообщение @lukasz немного помогло, особенно его пункт № 8 в его ответе (закрытая панель служебных программ и панель быстрой помощи)

Xcode 4 стал очень медленным и убивает мой жесткий диск

Всем, кто сталкивается с этими проблемами, следует попробовать Xcode 4.1 в Mac OS X Lion. Я удивлен , как много быстрее и отзывчивым это на том же оборудовании (Macbook Pro 2,66 ГГц Core 2 Duo с 4 Гб оперативной памяти здесь).

Я полагаю, что в этом выпуске они исправили множество ошибок производительности.

Запустите инструменты с шаблоном временного профиля и прикрепите его к работающему Xcode (или clang, llvm и т. Д., Если ваша проблема возникла во время сборки). Вы сможете довольно быстро увидеть проблему. Я видел очень разные причины на разных машинах. Часто виновником является контроль версий.

У меня те же проблемы. Они были частично исправлены, поскольку бета-версии все еще существуют. Кажется, что Xcode внутренне получил одну или несколько утечек, которые несут вашу память. Вы можете очень хорошо наблюдать за этой изящной "особенностью" при использовании встроенного Interface-Builder. Два возможных решения помимо молитвы и заполнения отчетов об ошибках в Apple:

1. Не используйте внутренний Builder, вместо этого запустите внешнее приложение.
2. Время от времени выходите из Xcode, это должно освободить утечку памяти.

Я перепробовал почти все, что было предложено в этой и [многих] других ветках, и единственное, что у меня сработало, - это «отключить» подрывную деятельность для проекта. Вот дрянная часть - ЕДИНСТВЕННЫЙ способ «отключить» встроенный плагин SVN заключался в том, чтобы подставить в мой файл / etc / hosts поддельный IP-адрес, что фактически привело к сбою доступа к SVN.

Я попытался удалить / переименовать IDESubversion.ideplugin в / Developer / Library / Xcode / PrivatePlugIns, но Xcode 4.2.1 рвет и отказывается запускаться.

Я пытался удалить свои репозитории SVN из Xcode каждый раз, когда перезапускаю Xcode, но Xcode вылетает в течение нескольких минут.

Я попытался отключить «Удаленный статус» через Файл-> Управление исходным кодом-> Скрыть удаленный статус (ничего не помогло).

Теперь, когда я установил для своего имени хоста SVN значение 1.2.3.4 в моем файле hosts, Xcode отлично работает и не показывает SBBOD почти каждый раз, когда я переключаюсь между файлами.

$ grep 1.2.3.4 /etc/hosts
1.2.3.4 svn.myhost.com

Затем, когда я действительно хочу управлять версиями, мне нужно отключить файл hosts и использовать cmd-строку svn.

Вы можете избежать индексации Xcode. Это улучшит производительность памяти вашей системы, но также предотвратит работу таких функций IDE, как автозаполнение и переход к определениям.

$ defaults write com.apple.dt.XCode IDEIndexDisable 1

Если у вас низкая производительность при изменении файла .xib с помощью построителя / редактора интерфейса, перейдите в Инспектор файлов для .xib и отключите автоматическую компоновку . Внесите изменения в .xib, а затем в качестве последнего шага снова включите автоматическую компоновку и добавьте или отрегулируйте ограничения.

Наконец-то я заставил свой Xcode нормально работать, отключив функцию git.

Я решил свою проблему, отключив моментальные снимки, как описано здесь:

Редактирование раскадровки в Xcode 5 происходит очень медленно

В моем случае это было использование ОЗУ.

Попробуйте убить несколько вкладок Chrome или редко используемых приложений.

Я нашел способ повысить производительность компиляции XCode 4: когда вы запускаете, компилируете или выполняете любую другую обработку в Xcode, и он останавливает открытие активного монитора, выберите процесс Xcode, затем щелкните образец процесса. Это заставит процесс открепиться и снова запустится в обычном режиме, что позволит создать приложение в разумные сроки.