Подписчик в чате задал любопытный вопрос, что не стоит париться по поводу выжера лимитов, Codex вообще может сломать ваш SSD, а на Маке он намертво распаян к материнской плате и замене не подлежит.
Разработчик Rui Fan (член PMC Apache Flink) обнаружил, что за примерно 21 день работы на его SSD было записано около 37 ТБ, и основным непрерывным источником записи оказались SQLite-логи
codex app-server. В пересчёте это даёт примерно 640 ТБ в год — около 640 полных перезаписей диска на 1 ТБ, в связи с чем был открыт ишью 28224 — уже набрал 424 👍Статус фикса — «не исправлено». Автор закрыл issue 28224 после первых патчей (после снижения на ~85% по его собственному замеру), но фикс частичный: на «исправленных» сборках запись у многих осталась, issue снова переоткрыт.
Реально ли вообще убить NAND от Apple M5 2025 года выпуска (такой, как я использую) таким способом?
— НЕРЕАЛЬНО.
Но, если вы используете какое-то более стандартное оборудование, то имеет смысл замерять
~/.codex/logs_2.sqlite и его -wal во время работы Codex и если рост всё ещё быстрый — увести лог на RAM-диск (в ОЗУ).И следить за 28224 — ставьте +1 если не хотите уничтожить свой SSD.
Так что, Антропики со своими вайбо багами — ну просто детишки по сравнению с ОпенАЙ! И впереди нас ждет ну очень веселое вайбобудущее (потому что, мой Мак уже от нагрузки просто вешается)