Interfața CLI Codex a OpenAI distruge SSD-urile. Un sistem intern configurat greșit scrie până la 640 TB/an într-o bază de date locală, ceea ce este mult mai mult decât durata de viață a unei unități obișnuite. Eroarea este încă deschisă pe GitHub.
Un bug OpenAI Codex strică SSD-urile
Interfața OpenAI care traduce input-urile din limbaj normal în cod, CLI Codex, are instrucțiuni care în timp strică SSD-urile. Asta pe lângă momentele în care AI-ul decide singur să șteargă hard-discurile.
Un utilizator GitHub a documentat problema după ce a observat o activitate neobișnuit de mare pe disc pe mașina sa. După ce au căutat mai multe informații, au descoperit că Codex solicita în mod continuu o bază de date SQLite locală (stocată la ~/.codex/logs_2.sqlite) cu scrieri în jurnalele de diagnosticare. Pe parcursul a 21 de zile de funcționare, unitatea a absorbit aproximativ 37 TB de scrieri. Anualizat, aceasta înseamnă aproximativ 640 de terabytes pe an. Un SSD obișnuit de 1 TB are o durată de viață evaluată de aproximativ 600 TBW. Așadar, această eroare, dacă nu este verificată, ar putea consuma întreaga autonomie garantată a unității în mai puțin de un an.
De vină este o configurație care înscrie toate activităție (log) pe care probabil nimeni nu a intenționat să o livreze utilizatorilor finali. Înregistrează totul, de la sarcinile brute WebSocket până la evenimente banale ale sistemului de fișiere, cum ar fi deschiderea „passwd” și „ld.so.cache”. De asemenea, ignoră variabila standard de mediu RUST_LOG, deci nu există o modalitate evidentă de a o dezactiva. Aproximativ 71% din datele înregistrate reprezintă acțiuni care nu au un scop de diagnostic real, cel puțin pentru utilizatorul obișnuit.
Ceea ce înrăutățește situația este amplificarea scrierii. Baza de date nu doar crește, ci parcurge și zeci de mii de operațiuni de inserare și ștergere pe minut. Scrie fizic mult mai mult pe unitate decât sugerează dimensiunea fișierului.
Aceasta este de fapt o problemă cunoscută sub diverse forme cel puțin din aprilie, cu multiple rapoarte conexe depuse pe parcursul anului. Jurnalul recent de modificări OpenAI a atins unele corecții de fiabilitate SQLite, dar nu a rezolvat problema ratei de scriere. Problema este încă deschisă.
Între timp, utilizatorii de Linux și macOS pot crea un link simbolic pentru fișierul „~/.codex/logs_2.sqlite” către „/tmp/” pentru a redirecționa scrierile către memoria RAM. Fișierul nu conține date despre conversații, așa că pierderea lui la repornire este ok.
