Uwaga na narzędzie OpenAI - może zniszczyć dysk SSD. Użytkownicy alarmują

Użytkownicy korzystający z narzędzi OpenAI natrafili na niepokojący problem, który może mieć bardzo kosztowne konsekwencje. Okazuje się, że popularny interfejs wiersza poleceń Codex CLI generuje gigantyczną liczbę operacji zapisu na dyskach SSD. Według zgłoszeń opublikowanych na GitHubie, nieusunięty błąd potrafi doprowadzić do zapisania nawet 640 TB danych rocznie.

Dla wielu konsumenckich nośników SSD oznacza to przekroczenie deklarowanej przez producenta żywotności jeszcze przed upływem roku.

Użytkownik zauważył niepokojącą aktywność dysku

Sprawa wyszła na jaw po tym, jak użytkownik GitHuba posługujący się pseudonimem „1996fanrui” zauważył nietypowo wysoką aktywność dysku podczas korzystania z Codex CLI. Po dokładniejszej analizie odkrył, że aplikacja nieustannie zapisuje ogromne ilości danych do lokalnej bazy SQLite znajdującej się w katalogu użytkownika. W ciągu zaledwie 21 dni pracy narzędzie miało wygenerować około 37 TB zapisów. Po przeliczeniu na cały rok daje to wynik sięgający nawet 640 TB.

To wartość, która może budzić poważne obawy. Wiele popularnych dysków SSD o pojemności 1 TB oferuje parametr TBW (Total Bytes Written) na poziomie około 600 TB. Oznacza to, że intensywne korzystanie z Codex CLI w obecnej formie może doprowadzić do wyczerpania gwarantowanej żywotności nośnika w mniej niż dwanaście miesięcy.

Wszystkiemu winne nadmierne logowanie

Źródłem problemu jest system logowania zaimplementowany w Codex CLI. Jak ustalili użytkownicy analizujący kod, narzędzie zapisuje dane diagnostyczne z wykorzystaniem modułu SQLite działającego na poziomie TRACE. To najbardziej szczegółowy tryb rejestrowania zdarzeń. W praktyce oznacza nieustanne zapisywanie ogromnej liczby informacji technicznych, obejmujących między innymi surowe dane przesyłane przez WebSockety czy zwykłe operacje systemowe związane z plikami.

Co szczególnie problematyczne, mechanizm ignoruje standardową zmienną środowiskową RUST_LOG, wykorzystywaną do kontrolowania poziomu logowania w aplikacjach napisanych w języku Rust. Użytkownicy nie mają więc prostego sposobu na ograniczenie ilości generowanych wpisów.

Według analiz około 71 proc. wszystkich zapisów stanowią informacje na poziomie TRACE, które dla przeciętnego użytkownika nie mają praktycznej wartości diagnostycznej.

Dysk zapisuje znacznie więcej danych niż wskazuje rozmiar pliku

Problem nie ogranicza się jedynie do rozrastającej się bazy danych. Użytkownicy zwracają uwagę, że Codex CLI wykonuje również ogromną liczbę operacji wstawiania i usuwania rekordów. W efekcie rzeczywista liczba zapisów wykonywanych na fizycznym nośniku jest znacznie wyższa niż sugerowałby sam rozmiar pliku bazy SQLite. Dziesiątki tysięcy operacji na minutę przekładają się na intensywne zużywanie komórek pamięci NAND w dyskach SSD.

Choć nowoczesne nośniki wyposażono w mechanizmy równoważenia zużycia, tak duża liczba zapisów przez długi czas może wyraźnie skrócić ich żywotność.

Problem jest znany od tygodni

Jak wynika z dyskusji prowadzonych na GitHubie, podobne zgłoszenia pojawiały się już wcześniej. Pierwsze sygnały dotyczące nadmiernej aktywności dyskowej miały pojawić się jeszcze w kwietniu. OpenAI w ostatnich aktualizacjach wprowadziło poprawki związane z niezawodnością bazy SQLite, jednak problem nadmiernego zapisu nadal pozostaje nierozwiązany. W chwili publikacji zgłoszenie na GitHubie wciąż pozostaje otwarte.

Nie wiadomo również, kiedy producent udostępni aktualizację eliminującą usterkę.

Użytkownicy znaleźli tymczasowe obejście

Społeczność zaproponowała już prowizoryczne rozwiązanie dla użytkowników systemów Linux oraz macOS. Mogą utworzyć dowiązanie symboliczne do pliku „~/.codex/logs_2.sqlite” w katalogu „/tmp/”, aby przekierować zapisy do pamięci RAM. Plik nie zawiera danych konwersacji, więc ich utrata po ponownym uruchomieniu nie stanowi problemu.

Do czasu opublikowania oficjalnej poprawki osoby intensywnie korzystające z Codex CLI powinny monitorować aktywność swoich dysków i zwracać uwagę na nietypowo wysoką liczbę zapisanych danych.