Codex от OpenAI убивает SSD за считанные месяцы из-за скрытой записи терабайтов служебн... — 23 июня 2026 г. в 16:46:15.877
Codex от OpenAI убивает SSD за считанные месяцы из-за скрытой записи терабайтов служебных данных Инструмент Codex от OpenAI создаёт колоссальную нагрузку на накопители пользователей через систему журналирования. За 21 день работы программа записала на SSD одного из инженеров около 37 ТБ данных, что при сохранении такого режима грозит исчерпать ресурс диска за период менее 12 месяцев. Обнаружил проблему разработчик, который заметил подозрительно быстрый износ накопителя на рабочем ноутбуке. Внешне ничего не предвещало беды, машина использовалась под стандартные задачи написания и проверки кода. Никаких ресурсоёмких процессов фоном не запускалось, тяжёлые рендеры или базы данных на устройстве не крутились. Источником постоянной записи оказался ИИ-ассистент Codex от OpenAI, а конкретно его внутренняя подсистема логирования. Программа без остановки сбрасывала служебную информацию в локальную базу SQLite, размещённую прямо на системном диске. Звучит безобидно, ведь почти любое приложение пишет логи для отладки и поиска багов. Но масштабы записи в случае Codex выбивались из любой адекватной нормы. Объёмы вышли на промышленный уровень при том, что задача-то у инструмента совершенно другая. Накопитель за три недели получил такую нагрузку, какую обычные пользовательские SSD должны выдерживать годами. Стоит обратить внимание, что многие потребительские накопители рассчитаны на общий ресурс записи около 600 ТБ за весь срок службы. Получается забавная арифметика. При экстраполяции выявленной нагрузки на год эксплуатации программа способна сгенерировать порядка 640 ТБ записи. То есть один-единственный ИИ-помощник без ведома пользователя выжигает гарантийный ресурс диска быстрее, чем заканчивается срок самой гарантии. Самым странным оказалось соотношение размера базы и количества операций. На диске SQLite-файл занимал чуть больше 1 ГБ и содержал примерно 500 тыс. строк. А внутренний счётчик идентификаторов записей уже перевалил за 5,5 млрд. Цифры расходятся в десять тысяч раз, и объясняется это просто. Codex без остановки создавал новые строки и тут же их удалял, освобождая место под следующую порцию. Для пользователя это выглядело как маленькая локальная база, для контроллера накопителя — как непрерывный поток операций перезаписи. Каждый цикл создания и удаления физически фиксировался на флеш-памяти. Ячейки изнашивались, ресурс таял, а на экране всё оставалось тихо и спокойно. Никаких индикаторов, никаких предупреждений системы, ничего. Копаться в причинах долго не пришлось. Виновником оказались настройки самой системы журналирования внутри клиента. Разработчики выкрутили уровень детализации логов почти на максимум практически для всех модулей приложения. В файлы попадало буквально всё подряд, и львиную долю объёма генерировали несколько источников: ▫️содержимое веб-сокетов, через которые шла связь с серверами OpenAI; ▫️сырые дампы потоковых соединений с облачной инфраструктурой; ▫️технические события от внутренних библиотек и вспомогательных модулей; ▫️многократно дублированные записи из разных систем телеметрии; ▫️отладочная информация, которая в реальной работе никому не нужна. 🔗 Другие новости про хакеров, мошенников, утечки, ИБ, ИИ и ИТ можно прочитать здесь