Windows Codex app updated to 26.616.10790.0, but continuous disk writes persist and appear worse.

Open 💬 2 comments Opened Jun 24, 2026 by Bobboom0921
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Windows Codex app updated to 26.616.10790.0, but continuous disk writes persist and appear worse.

Measured with Windows PerfProc counters while not performing other actions:

  • Total Codex process writes average ~5284 KB/s over 50 seconds
  • Projected ~435 GB/day, ~12.8 TB/month if sustained
  • Main writer: Codex#5 / PID 2884, usually ~4.8-5.8 MB/s
  • Hot files recently modified: ~/.codex/logs_2.sqlite, ~/.codex/logs_2.sqlite-wal, ~/.codex/state_5.sqlite-wal, session rollout jsonl, sandbox log

Previous version was 26.609.4994.0; updated version is 26.616.10790.0.
Please investigate excessive local logging / SQLite WAL writes or provide a way to disable or reduce local log persistence.

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 2 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #29799
  • #29798
  • #29463
  • #29570
  • #29674

Powered by Codex Action

Yassycodes · 2 months ago

Thanks for writing this up. I am seeing a related Windows Codex Desktop performance regression in #28855. My case started with a large logs_2.sqlite / WAL problem too, but even after rotating logs and reproducing with small fresh logs, Codex Desktop still caused intermittent mouse/typing/system input lag on Windows.

I linked your report in a broader Discussion collecting recent Windows Desktop performance reports here: https://github.com/openai/codex/discussions/29949#discussioncomment-17428007

No action needed from you unless you want to add more detail there, but I wanted to connect the reports because the recent Windows performance issues look related enough that they may need a canonical tracker.