Codex Desktop devora el disco de tu Mac: más de 5 GB al día sin límite
Codex is EATING my Mac's disk space
Un fallo en Codex Desktop de OpenAI hace que Crashpad genere sin parar archivos .dmp y _sidecar.json en la carpeta pending, incluso con la app funcionando con normalidad. Un usuario acumuló 4,9 GB y 54.504 archivos en un día; otros reportaron 59 GB y hasta 61 GB, con el proceso browser_crashpad_handler entrando en bucle de fallos. Reinstalar no lo soluciona; solo bloquear la carpeta como inmutable detiene el crecimiento.
Tanto Claude como Codex tienen CERO RESPETO por las máquinas de los usuarios. Madre mía.
- glenngillen
Me estaba encontrando con mucha presión de disco en mi sistema por culpa de los agentes que corrían. Descubrí dos causas principales:
- mi forma de usar git worktrees para todo el trabajo. No del todo sorprendente, los artefactos de build duplicados en cada worktree eran el principal culpable aquí. Había algunas mejoras limitadas que se podían conseguir simplemente siendo más eficiente con cómo se gestionaban los builds, pero al final tuve que limitar el número de features concurrentes en las que trabajaba en un par de repos especialmente grandes.
- más insidioso era el hecho de que en realidad estaba alcanzando los límites de memoria más de lo que me daba cuenta, lo que hacía que mi Mac tuviera que hacer swap intensamente. El sistema seguía siendo sorprendentemente bastante ágil mientras esto pasaba... hasta que dejaba de serlo. Por desgracia, por lo que puedo deducir, el único "arreglo" cuando esto ocurre es reiniciar la máquina. No hay forma de que el sistema recupere nada del espacio de swap una vez que se ha escrito en disco. Lo cual, si lo tienes machacando un par de veces al día (especialmente fácil si dejas algo corriendo durante la noche), se acumula muy rápido.
- jbellis
esto parece un bug, pero incluso el codex normal en el camino feliz genera muchos GB de logs, y por lo visto a OpenAI le parece bien porque lleva pasando meses
dos cosas ayudan:
1. compresión a nivel de fs, yo uso ZFS porque Btrfs tiene problemas enormes de contención con builds concurrentes de Rust
2. Archiva tus sesiones antiguas usando algo como sessionwiki (https://github.com/youdie006/sessionwiki), lo he integrado en mi plano de control (https://github.com/BrokkAi/mjolnir/)
- aaronbrethorst
He estado usando mucho DaisyDisk durante el último año: https://daisydiskapp.com
- dingaling911
Me alegro muchísimo de que mi primer movimiento fuera relegar estos harnesses a contenedores docker.
- AgharaShyam
echa también un vistazo a la carpeta ~/.bun/install/cache/@openai.
por alguna razón yo tenía 11 binarios separados de codex y codex-code-mode-host en la mía. cada uno pesando unos ~300 MB.