업데이트: Codex SQLite 로깅 문제가 0.142.0 버전에서 완전히 해결되지 않았습니다
요약
Codex 0.142.0 버전에서 SQLite 피드백 로그의 쓰기 증폭 문제가 완전히 해결되지 않았음이 보고되었습니다. 이로 인해 과도한 SSD 쓰기 작업이 발생할 수 있으며, 차기 버전인 0.143.0에서 수정될 예정입니다.
핵심 포인트
- 0.142.0 버전에서도 여전히 높은 수준의 디스크 쓰기 발생
- OS별(Ubuntu, macOS, Windows)로 다양한 쓰기 증폭 현상 보고
- 임시 해결책으로 SQLite 트리거를 이용한 로그 삽입 차단 가능
- 완전한 해결을 위해 0.143.0 버전 업데이트 권장
저는 원래 제 기기에서 비정상적으로 높은 SSD 쓰기 작업을 발견한 후 이 버그를 보고했습니다: https://github.com/openai/codex/issues/28224
0.142.0 버전에는 SQLite 피드백 로그 쓰기 증폭 (write-amplification) 문제를 해결하기 위한 두 가지 수정 사항이 포함되어 있지만, 최근 보고에 따르면 문제가 감소했을 뿐 완전히 해결되지는 않은 것으로 나타났습니다.
최근 보고 내용:
0.142.0버전의 Ubuntu:sudo iotop -aoP에 따르면 여전히 약10MB/s의 쓰기가 발생하며, 이는 연간 약315TB에 달합니다.- macOS: 약 21분 동안 약
463k개의 행 ID (row IDs)가 삽입되었으나, 유지된 행은 약3.5k개에 불과했습니다. - Windows Codex Desktop
26.616.9593.0/ CLI0.142.0: 원래 보고된 수치보다는 훨씬 낮지만 여전히 재현 가능합니다.
후속 수정 사항이 병합되었으며 0.143.0 버전에 포함될 예정입니다:
https://github.com/openai/codex/pull/29599
임시 해결 방법 (Temporary workaround):
Codex를 종료하고 모든 codex 프로세스가 중단되었는지 확인하세요.
그 다음 다음 명령어를 실행하세요:
sqlite3 ~/.codex/logs_2.sqlite "CREATE TRIGGER IF NOT EXISTS
block_log_inserts BEFORE INSERT ON logs BEGIN SELECT RAISE(IGNORE);
END;"
이 명령은 로컬 logs 테이블로의 삽입 (inserts)을 차단합니다. 한 사용자는 이 조치 이후 디스크 사용량이 거의 0에 가깝게 줄어들었다고 보고했습니다. 주의사항: 이 방법은 해당 로컬 피드백 로그 테이블에 대한 쓰기를 비활성화하므로, 진단 로그 (diagnostic logs)가 필요한 경우에는 사용하지 마십시오.
권장 사항: 0.142.0을 최종 해결책이 아닌 개선 사항으로 간주하십시오. 헤비 유저라면 임시 해결 방법을 사용하거나, 0.143.0 버전을 기다린 후 디스크 쓰기를 다시 테스트해야 합니다.
submitted by /u/1996fanrui to r/OpenAI
[link] [comments]
AI 자동 생성 콘텐츠
본 콘텐츠는 r/OpenAI Codex (search)의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기