Путь к общему искусственному интеллектуСкрытый износ SSD в OpenAI Codex

Принцип работы NAND-памяти, лежащей в основе большинства современных SSD, подразумевает неизбежный физический износ. Каждый цикл записи и стирания постепенно разрушает диэлектрический слой ячеек, и когда лимит этих циклов исчерпывается, накопитель либо переходит в режим «только чтение», либо полностью выходит из строя. В идеальных условиях этот процесс растянут на годы, однако некорректно настроенное программное обеспечение способно сократить этот срок до нескольких месяцев.
Именно такая ситуация сложилась с использованием OpenAI Codex. Анализ работы сервиса показал, что система логирования функционирует избыточно агрессивно, записывая на диск огромные массивы данных, которые не несут практической пользы для конечного пользователя. Один из разработчиков, зафиксировав активность системы, обнаружил пугающую статистику: за 21 день работы Codex произвел запись около 37 Тбайт данных. В годовом исчислении этот объем достигает 640 Тбайт.
Для понимания масштаба проблемы достаточно взглянуть на технические характеристики современного оборудования. Например, ресурс записи (TBW) одного из флагманских накопителей Samsung 9100 PRO объемом 1 Тбайт составляет 600 Тбайт. Таким образом, при текущем темпе работы Codex гарантированный ресурс дорогостоящего устройства исчерпывается менее чем за год, что в десятки раз быстрее нормального износа.
Эта техническая недоработка имеет вполне конкретное финансовое выражение. Сообщество пользователей вывело формулу прямого экономического ущерба, где стоимость потерь рассчитывается как произведение объема избыточно и записанных данных на стоимость одного терабайта ресурса SSD. При средней цене накопителя в 200 долларов лишние 37 Тбайт записи обходятся пользователю примерно в 12,33 доллара. Однако для владельцев более дорогих и емких решений, таких как Samsung 990 NVMe на 2 Тбайт, сумма потерь за тот же период возрастает до 38,64 доллара. В масштабах рынка США совокупный ущерб за короткий период с мая по июнь может исчисляться миллионами долларов.
Причиной такой гиперреактивности системы стала попытка инженеров OpenAI упростить диагностику ошибок. Чтобы максимально детально отслеживать сбои и оптимизировать работу ИИ-агента, компания внедрила расширенное логирование. Однако на практике объем записываемых данных оказался значительно выше расчетного, превратив инструмент отладки в фактор риска для «железа».
Представители OpenAI признали наличие проблемы и подтвердили, что работа по ее устранению уже ведется. Несмотря на то что жалобы пользователей поступают через GitHub на протяжении нескольких месяцев и компания предприняла определенные шаги по оптимизации, окончательное решение до сих пор не внедрено. Ситуация подчеркивает критическую важность баланса между глубиной телеметрии и сохранностью аппаратных ресурсов пользователя.

