⚡ Терміново
UkrPulse
Штучний інтелект

OpenAI Codex знищує SSD за рік: критична помилка в логах

· 2 хв читання
OpenAI Codex знищує SSD за рік: критична помилка в логах
Новий аналіз виявив, що інструмент OpenAI Codex може скоротити термін служби SSD через надмірне ведення логів. За 21 день накопичувач обробив 37 ТБ даних, а вирішення проблеми досі не знайдено. Тимчасовим виходом може стати перенаправлення логів до тимчасової пам'яті.

OpenAI Codex руйнує SSD: користувачі виявили критичну проблему з логами

Користувач GitHub під ніком 1996fanrui виявив, що інтерфейс командного рядка Codex від OpenAI непомітно скорочує термін служби SSD через надмірне ведення логів.

Як Codex "вбиває" накопичувачі

Під час аналізу аномальної активності SSD на своєму ПК користувач з'ясував: Codex постійно записує діагностичні дані до локальної бази SQLite, розташованої за шляхом ~/.codex/logs_2.sqlite. За 21 день роботи накопичувач обробив 37 ТБ даних. За рік ця цифра може сягнути 640 ТБ.

Для порівняння: типовий споживацький SSD ємністю 1 ТБ розрахований приблизно на 600 ТБ записів. Це означає, що така помилка може повністю вичерпати ресурс накопичувача менш ніж за рік.

Причина проблеми

Основна проблема криється в конфігурації логів, яка, ймовірно, не призначалася для кінцевих користувачів. Система зворотного зв'язку SQLite у Codex працює в режимі TRACE — найвищому рівні деталізації. У цьому режимі фіксується буквально все:

  • необроблені дані WebSocket;
  • процеси файлової системи;
  • відкриття критичних системних файлів, зокрема passwd та ld.so.cache.

Система ігнорує стандартну змінну середовища RUST_LOG, тому користувачі не можуть знизити рівень логування. Приблизно 71% записаних даних не мають практичної користі для звичайних користувачів.

Проблема ускладнюється тим, що база даних не просто зростає, а й виконує десятки тисяч операцій запису та видалення щохвилини. Фізично на диск записується значно більше даних, ніж відображає розмір файлу.

Реакція спільноти та OpenAI

Ця проблема обговорюється на різних форумах з квітня поточного року. За цей час було подано численні звернення до розробників. У нещодавніх оновленнях OpenAI внесла виправлення, що підвищують надійність SQLite, проте проблема надмірного запису даних залишається невирішеною.

Тимчасове рішення для користувачів

Користувачі Linux та macOS можуть пом'якшити проблему, створивши символічне посилання:

~/.codex/logs_2.sqlite → /tmp/

Це перенаправить записи в оперативну пам'ять. Файл не містить інформації про діалоги, тому його втрата під час перезавантаження не матиме негативних наслідків.

Джерело: itc.ua