Налагоджувач Xcode 11 надзвичайно повільний - відома проблема?

Оскільки я оновився до останньої версії Xcode 11.0 (11A420a), налагодження відбувається надзвичайно повільно та громіздко.

РЕДАКТУВАТИ: Після оновлення до 11.1 GM (11A1027) проблема залишається незмінною.

Скласти проект і запустити його в симуляторі або на пристрої не становить проблем. Однак при досягненні точки зупинку Xcode стає більш-менш непридатним для використання:

• Виконання програми зупиняється негайно при досягненні точки зупинку. Однак Xcode потрібно до 30 секунд, щоб показати позицію у вікні коду, і ще близько хвилини, щоб завантажити вміст подання змінної (що відображає значення та стани змінних, доступних у точці зупинки).
• Якщо я використовую функції « Крок у» або « Перехід через», це займає до хвилини, щоб виконати наступний крок, і знову ще хвилину, щоб завантажити змінні.

Я запускаю Xcode на Mac mini 2018 з i7 та 32 Гб оперативної пам'яті на частоті 3,2 ГГц. Я раніше без проблем використовував Xcode 10 на тій же машині.

Звичайно, пошук "Xcode slow" призводить до тонни потоків та можливих рішень. З моїх років роботи розробником iOS я знаю, що Xcode ніколи не був найшвидшою та стабільною програмою. Однак ніколи не було так погано, як зараз.

На жаль, жоден з відомих прийомів (перезапуск Xcode або Mac, очищення проекту, очищення папок бібліотеки Xcode тощо) не мав ефекту,

Тож велике питання:

Це відома проблема в Xcode 11? Чи є відомі рішення?

Ну, у мене була та сама проблема, і нещодавно з'ясував, що я просто забув відключити діагностику для своєї схеми

Відкрийте конфігурації запуску -> Керування схемами -> Редагувати схему -> Виконати -> вкладка Діагностика

Я бачив деякі покращення продуктивності під час використання поведінки компіляції Whole vs Incremental. Крім того, робота на Mojave та Catalina повинна мати проблеми з продуктивністю. Зокрема, оскільки попередній перегляд Canvas та інші нові функції вимагають більшої інтенсивності процесора, ніж остання версія Xcode, я б очікував, що продуктивність Mojave буде нижчою при використанні Xcode 11 (оскільки вона не оптимізована для цієї версії ОС). Оскільки Каталіна перебуває в бета-версії, я також мав би побачити додаткові проблеми. Я не вжив конкретних заходів, крім очного тесту. Початкова робота на цілій компіляції повільна, але, здається, після цього покращується.

Швидка довідка говорить:

Резюме

Цей параметр контролює спосіб перебудови файлів Swift у модулі. * Додатково : Відновлюйте лише вихідні файли Swift у модулі, які застаріли, запускаючи кілька процесів компілятора за необхідності. * Цілий модуль : Завжди відновлюйте всі вихідні файли Swift у модулі за один процес компіляції. Декларація

Тип значення SWIFT_COMPILATION_MODE

Перерахування (рядок)

Будь ласка, спробуйте зняти прапорець: Паралелізувати побудову для кожної цілі в редагуванні схеми . Це заощадить час на побудову, якщо ваш проект має багато цілей.

Редагувати схему:

Ви пробували запустити Xcode у безпечному режимі? Це не ідеально, але лише так я міг змусити його ефективно працювати. Тобто до останнього оновлення Catalina, де мій пристрій більше не виявляється в безпечному режимі. Отже, я повернувся до першого питання.

Я виявив однакові проблеми у двох різних випадках:

1) додаток не запускається Xcode, тобто прапорець "Чекати запуску виконуваного файлу" встановлюється всередині інформаційної панелі налаштувань запуску схеми;

2) у налаштуваннях схеми вибрано параметр "Запуск через фонову подію вибору" (але це не за замовчуванням)

Xcode 11.2.1 (11B500)

У моєму випадку (XCode 11.x, MacOS 10.15.2) я виявив, що надзвичайна повільність налагоджувача спрацьовує лише в тому випадку, якщо я виконую один крок, поки триває інша одноетапна операція , тобто я натискаю кнопку кроку занадто швидко. Моє поточне рішення - уникати цього.

Чиста спекуляція, але, можливо, це викликано XCode / LLDB, яка намагається одночасно обслуговувати кілька точок зупинки? Спробуйте видалити всі точки зупинки, крім однієї, і перевірте, чи це допомагає.

На випадок, якщо це актуально: я здебільшого працюю з C ++ в XCode, з невеликим Obj-C тут і там. Зараз я взагалі не використовую Swift.

Я маю справу з цим вічно і нарешті зрозумів це. Це були ці рядки у моєму файлі ~ / .lldbinit:

break set -F '-[UIView layoutIfNeeded]' -c '!(BOOL)[NSThread isMainThread]' -L objc
break set -F '-[UIView(AdditionalLayoutSupport) updateConstraintsIfNeeded]' -c '!(BOOL)[NSThread isMainThread]' -L objc

Я прокоментував ці рядки, і тепер це майже так само швидко, як і без налагоджувача!

У мене було встановлено 238 невикористаних точок зупинки. Коли я їх видалив, це знову швидко (навіть із увімкненою діагностикою).