openai / openai/codex

[Windows app] Dozens of runaway rg.exe processes saturate disk and make the system unusable

Open
#42,087 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug performance tool-calls windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What version of the Codex App are you using (From “About Codex” dialog)?

26.825.6671.0

What subscription do you have?

ChatGPT Pro

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

The Windows Codex App intermittently launches dozens of concurrent rg.exe processes. The executable path was confirmed locally as the ripgrep binary bundled with Codex.

When this happens, the entire machine becomes nearly unusable. Even opening Task Manager can take several minutes, while overall CPU does not appear pegged.

The attached Task Manager screenshot shows roughly 30 visible rg.exe processes. Each visible process is using approximately 518–549 MB of memory and about 62–197 MB/s of disk throughput. Together they create several GB/s of storage demand, which explains the machine-wide slowdown despite modest CPU percentages.

The processes have also been observed continuing after the Codex window was closed. The machine becomes responsive again when the searches disappear, the Codex process tree is forcibly terminated, or Windows is rebooted.

Image
What steps can reproduce the bug?
  1. Use the Codex desktop app on Windows for local repository tasks over a long-lived app session.
  2. Allow tasks to finish and/or close and reopen the Codex window.
  3. Intermittently, the whole machine slows to a crawl.
  4. Open Task Manager and observe dozens of concurrent rg.exe processes performing heavy disk I/O.

This occurred on two consecutive days. The exact prompt or operation that triggers the fan-out has not yet been identified, so the problem appears intermittent and may involve cancellation or child-process cleanup rather than one specific search query.

What is the expected behavior?

Codex should run only a bounded number of ripgrep searches. Search processes should terminate promptly when their search completes, the task is cancelled, or the app exits. Closing Codex should not leave active rg.exe processes that saturate system storage.

Additional information

Codex App package version: 26.825.6671.0
Platform: Microsoft Windows NT 10.0.26200.0 x64
Subscription: ChatGPT Pro

During follow-up diagnostics after the storm ended, the machine had about 48 GB of available memory, negligible disk queue, normal CPU frequency, and no recent storage, WHEA, display-driver, resource-exhaustion, or application-hang events. This is consistent with an intermittent Codex search-process storm rather than persistent hardware or general Windows resource pressure.

A long-lived Codex process tree was also observed surviving from the previous day after the window had been closed, which may be related to child-process cleanup.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the Windows app's bundled rg.exe child-process lifecycle, especially search cancellation, task completion, and app-exit handling. Reproduce with long-lived sessions while monitoring concurrent rg.exe processes; done means searches remain bounded and terminate promptly when work finishes, is cancelled, or the app closes.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
desktop, tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.