Codex Desktop заваливает диск Mac крашдампами: до 60 ГБ и больше

Codex is EATING my Mac's disk space

В официальном репозитории openai/codex пользователи сообщают, что Codex Desktop на macOS непрерывно генерирует пары файлов .dmp и _sidecar.json в папке Crashpad/pending. У одного автора за сутки накопилось 4,9 ГБ и 54 504 файла, у другого — около 61 ГБ и 738 864 файла, причём новые дампы появляются примерно раз в секунду. Приложение при этом остаётся рабочим. Причина, судя по всему, в циклическом падении browser_crashpad_handler.

У меня то же самое, накопилось 59 ГБ. Даже после того, как мы упёрлись в лимит файловой системы в 65535 файлов, фоновый процесс всё равно упорно пытается сбросить ещё больше файлов.
  1. glenngillen

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

    - мой подход к использованию git worktrees для всей работы. Не то чтобы совсем неожиданно, главным виновником здесь были дублирующиеся артефакты сборки в каждом worktree. Можно было получить некоторый ограниченный выигрыш, просто став более эффективным в управлении сборками, но в конечном итоге мне просто пришлось ограничить количество параллельных фич, над которыми я работал, в паре особо крупных репозиториев.

    - более коварным было то, что я на самом деле упирался в лимиты памяти чаще, чем осознавал, и это заставляло мой Mac активно использовать swap. Система, как ни странно, оставалась довольно производительной, пока это происходило... до определённого момента. К сожалению, насколько я могу судить, единственное «решение», когда это случается, — перезагрузить машину. Нет способа заставить систему освободить какое-либо место в swap после того, как оно записано на диск. И если у вас это происходит пару раз в день (особенно легко, если оставить что-то работать на ночь), накапливается очень быстро.

  2. jbellis

    похоже на баг, но даже обычный codex в штатном режиме создаёт многие гигабайты логов, и OpenAI, видимо, считает это нормальным, потому что это продолжается уже месяцами.

    помогают две вещи:

    1. сжатие на уровне файловой системы, я использую ZFS, потому что у Btrfs огромные проблемы с конкуренцией при параллельных сборках на Rust

    2. Архивируйте старые сессии с помощью чего-то вроде sessionwiki (https://github.com/youdie006/sessionwiki), я интегрировал это в свою control plane (https://github.com/BrokkAi/mjolnir/)

  3. aaronbrethorst

    За последний год я активно использую DaisyDisk: https://daisydiskapp.com

  4. dingaling911

    Я так рад, что моим первым шагом было загнать эти обвязки в docker-контейнеры.

  5. AgharaShyam

    посмотрите также на папку ~/.bun/install/cache/@openai.

    почему-то у меня там было 11 отдельных бинарников codex и codex-code-mode-host. каждый весит около ~300 МБ.

Ещё за этот день

2026-10-17