Посібники/Codex навантажує процесор
Codex сильно навантажує процесор чи памʼять на Mac? Як знайти причину
Коротка відповідь
Codex буває програмою для Mac і інструментом командного рядка, і обидва під час роботи запускають інші процеси: команди, які виконує завдання, сервери розробки, тести й сервери MCP. Високе навантаження на процесор зазвичай означає, що завдання виконує щось важке або команда застрягла; велике споживання памʼяті — що гілка розмови відкрита давно. Зупиніть завдання, повністю завершіть Codex, знову відкрийте його й оновіть: ваші гілки збережуться. Vitals, системний монітор для Mac, перелічує всі процеси, що працюють у кожній папці проєкту, і повідомляє, коли якийсь хвилинами тримає процесор.
Як дізнатися, що робить Codex
- 01 Відкрийте Монітор активності, натисніть «Центральний процесор» і введіть codex у полі пошуку. Програма для Mac показується як Codex із допоміжними процесами; інструмент командного рядка — як
codexпід програмою термінала. - 02 Виберіть «Перегляд» → «Усі процеси, ієрархічно» й клацніть трикутник біля Codex або термінала. Те, що під ним, запустило завдання: збирання, запуск тестів, сервер розробки.
- 03 Якщо зайнятий один із цих процесів, зупиніть завдання в Codex. Якщо він працює й після зупинки завдання, виберіть його в Моніторі активності й натисніть кнопку зупинки на панелі інструментів.
- 04 Якщо зайнятий чи великий сам Codex, завершіть його клавішами ⌘Q і відкрийте знову. У терміналі завершіть його й виконайте
codex resume, щоб продовжити гілку з того місця, де вона зупинилася. - 05 Оновіть Codex. Програма оновлюється з власного меню, інструмент командного рядка — тим менеджером пакетів, яким ви його встановили.
Якщо syspolicyd або trustd зайняті одночасно з Codex, це macOS перевіряє програми під час їх запуску. Це вщухає саме, коли завдання перестає запускати нові; якщо ні, допоможе перезапуск Mac.
Codex працює, запускаючи різне: читає ваш проєкт, виконує команди в ізольованому середовищі, збирає, тестує й перевіряє результат. Для процесора це справжня робота, і Mac, який теплий під час виконання завдання, робить те, про що його просили. Варті виправлення інші випадки: навантаження на процесор, що лишається високим після завершення завдання, памʼять, що зростає, поки відкрита гілка, і процеси, які працюють далі після завершення Codex. Таблиця їх розрізняє.
Куди йдуть процесор і памʼять Codex
| Що ви бачите | Що це | Що робити |
|---|---|---|
| Високе навантаження на процесор під час завдання | Збирання, тести чи скрипт, які виконує завдання | Нормально; закінчується разом із завданням |
| Високе навантаження на процесор без завдання | Команда, яка не зупинилася, або програма зависла | Завершіть те, що запустило завдання; перезапустіть Codex |
| Codex займає багато ГБ | Гілка, відкрита вже давно | Завершіть і знову відкрийте; ваші гілки збережуться |
syspolicyd або trustd сильно навантажують процесор | macOS перевіряє кожну програму, яку запускає завдання | Вщухає, коли завдання зупиняється; якщо ні — перезапустіть Mac |
| Процеси, що залишилися після завершення Codex | Сервер розробки, засіб стеження за файлами чи сервер MCP | Завершіть їх у Моніторі активності |
Завдання, яке виконує справжню роботу
Компіляція проєкту чи запуск набору тестів використовує кожне ядро, яке може отримати, хоч би хто про це попросив. Якщо Codex запускає збирання, нагорі Монітора активності опиняються процеси збирання, а не Codex, і за ними вмикаються вентилятори. Це ціна завдання. Кілька завдань одночасно, кожне у власній копії проєкту, множать її: три паралельні збирання — це три збирання.
Коли воно не зупиняється
У трекері помилок Codex повідомляють, що програма чи один з її робочих процесів іноді тримає зайнятим ядро або розростається до багатьох гігабайтів під час звичайного сеансу. Допомагають прості рішення: зупинити завдання, завершити Codex, знову відкрити його й оновити. Гілки зберігаються по ходу роботи, тож перезапуск коштує кілька секунд, а не вашу роботу.
Після завершення перевірте, чи не залишилося зайвого. Сервер розробки чи засіб стеження за файлами, запущений завданням, — звичайний процес, і він не завжди закінчується разом із завданням. Відсортуйте Монітор активності за «% процесора» і за «Памʼяттю» й пошукайте node та інші інструменти вашого проєкту, яких ви не запускали самі.
syspolicyd і trustd
macOS перевіряє підпис програми під час її запуску. Завдання, яке за хвилину запускає сотні маленьких програм, як це роблять збирання й запуски тестів, тримає syspolicyd і trustd зайнятими цими перевірками. Вони є частиною macOS, і завершувати їх не слід. Вони вщухають, коли запуски припиняються, а перевірку, що застрягла, усуває перезапуск Mac.
Що додає Vitals
Vitals показує, до якого проєкту належить робота, і повідомляє, коли вона триває надто довго.
- Вкладка «Проєкти»: усі процеси, що працюють у папці проєкту, хоч би яка програма їх запустила, із памʼяттю, процесором та енергією для проєкту загалом
- Codex одним рядком з урахуванням його помічників, із загальною памʼяттю й процесором
- Сповіщення, коли програма хвилинами тримає процесор або її памʼять постійно росте
- Неактивні сервери розробки, що лишилися запущеними, позначено, з пропозицією їх зупинити
- Коли працюють вентилятори — програми, що спричиняють нагрівання, і кнопка «Завершити» біля кожної
Варто знати
- Vitals показує процеси й те, що вони використовують. Він не знає, яке завдання Codex запустило яку команду.
- Vitals ніколи нічого не завершує сам.
Що питають люди
Чому Codex так навантажує процесор на моєму Mac?
Зазвичай тому, що завдання виконує збирання, тести чи скрипт, а це справжня робота. Якщо навантаження на процесор лишається високим без жодного завдання, завершіть те, що запустило завдання, перезапустіть Codex і оновіть його.
Чому Codex використовує стільки памʼяті?
Гілка, яка довго лишається відкритою, розростається. Завершіть Codex і відкрийте знову; гілки збережено, а codex resume продовжує одну з них у терміналі.
Чому syspolicyd сильно навантажує процесор, коли працює Codex?
macOS перевіряє кожну програму під час запуску, і завдання, яке запускає їх багато, тримає syspolicyd зайнятим. Це вщухає, коли завдання зупиняється. Не завершуйте його; якщо він застряг, перезапустіть Mac.
Чи втрачу я роботу, якщо перезапущу Codex?
Ні. Гілки й зміни, які завдання внесло у ваші файли, зберігаються. Знову відкрийте програму або виконайте codex resume у терміналі.
Чому мій Mac гарячий після завершення роботи Codex?
Досі працює щось, що запустило завдання, найчастіше сервер розробки чи засіб стеження за файлами. Відсортуйте Монітор активності за «% процесора» і завершіть його.
Чи є програма, яка показує, що Codex запустив на моєму Mac?
У Vitals є вкладка «Проєкти», яка перелічує всі процеси, що працюють у кожній папці проєкту, з памʼяттю, процесором і портами, і повідомляє, коли якийсь хвилинами тримає процесор.
У глосарії
Інші посібники
- Чому мій Mac такий повільний
- Що розряджає акумулятор Mac
- Яка програма використовує процесор чи памʼять
- Чому Mac не засинає
- Chrome використовує забагато памʼяті
- Чому вентилятори Mac такі гучні
- Як керувати швидкістю вентиляторів на Mac
- Як звільнити оперативну памʼять на Mac
- Docker використовує забагато памʼяті
- Як зупинити контейнери Docker
- Мікшер гучності для Mac
- Cursor сильно навантажує процесор
- Claude Code використовує забагато памʼяті
- Ліміти використання Claude Code і Codex
- Програма Claude навантажує процесор
- Ollama використовує забагато памʼяті
- Альтернативи Монітору активності
- iStat Menus: альтернативи
- Stats: альтернативи
- Диспетчер завдань для Mac
- Найкращі системні монітори для Mac
- Найкращі монітори для смуги меню Mac
- Найкращі мікшери гучності для Mac
- htop для Mac
- Process Explorer для Mac
- Найкращі монітори температури для Mac