MOEX 09:30–18:45 MSK

OpenAI Codex ускоряет износ SSD: как защитить накопитель от лишних логов

Владимир Платонов · 20 июня, 2026 10:53
ИИOpenAI Codex ускоряет износ SSD: как защитить накопитель от лишних логов

Пользователи OpenAI Codex столкнулись с проблемой ускоренного износа SSD из-за чрезмерного логирования. Скорость записи логов достигает 5 МБ/с, что приводит к росту объема данных и замедлению работы системы. Есть временные решения, но OpenAI не исправила баг.

  • Codex записывает в лог-файл до 5 МБ/с, что ускоряет износ SSD у пользователей с долгоживущими автоматизированными задачами
  • Проблема связана с автоматическим логированием уровня TRACE в файл ~/.codex/logs_2.sqlite, который может достигать размера 1.2 ГБ
  • OpenAI пока не исправила проблему, но пользователи нашли временные обходные пути: отключение TRACE-логов или перенос логов на RAM-диск
  • Один из пользователей столкнулся с тормозами Codex после работы в одной сессии через /resume с накоплением 1.2 ГБ логов
  • Временные решения включают команду SQLite для блокировки записей или запуск Codex с флагом --no-trace
  • Эксперты рекомендуют выносить логи сессий на RAM-диск для снижения нагрузки на SSD

Пользователи OpenAI Codex столкнулись с неприятной проблемой: инструмент ускоряет износ SSD из-за чрезмерного логирования. В файле ~/.codex/logs_2.sqlite записываются данные со скоростью до 5 МБ/с, что приводит к быстрому росту объема логов — до 1.2 ГБ в отдельных случаях.

Это особенно критично для долгоживущих автоматизированных задач, где накопление логов может замедлить работу системы и сократить срок службы накопителя. Проблема возникла из-за автоматического логирования на уровне TRACE, которое Codex ведет без возможности отключения по умолчанию. OpenAI пока не исправила этот баг, хотя обсуждения на GitHub (#17320 и #28224) активно ведутся сообществом. Пользователи уже нашли временные решения: например, можно создать триггер в SQLite, блокирующий новые записи в таблицу логов, или запустить Codex с флагом --no-trace , что отключит TRACE-логирование.

Если проблема останется нерешенной, пользователи с автоматизированными задачами рискуют столкнуться с ускоренным износом SSD, особенно если Codex работает в потоковом режиме или через долгие сессии.

В худшем случае это может привести к потере данных или необходимости замены накопителя. Однако, если OpenAI быстро выпустит патч или пользователи массово перейдут на временные обходные пути, последствия могут оказаться ограниченными. Следить стоит за обновлениями от OpenAI, а также за активностью в обсуждениях на GitHub.

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

Проблема с логированием в Codex — классический пример, когда автоматизация оборачивается неожиданными издержками. Пользователи уже нашли способы защитить свои SSD, но OpenAI должна оперативно исправить баг, чтобы избежать массовых жалоб. Если проблема останется без внимания, риск ускоренного износа накопителей может стать серьезной головной болью для корпоративных клиентов, использующих Codex в автоматизированных задачах.

Владимир Платонов

Владимир Платонов — автор и обозреватель финансовых рынков. Специализируется на Forex, брокерских сервисах и торговой инфраструктуре. В материалах анализирует условия торговли, исполнение ордеров и риски для частных трейдеров.