performance issues
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.810.7004.0.
What subscription do you have?
pro 20x
What platform is your computer?
No response
What issue are you seeing?
Opening a large thread spawns a sustained multi-core CPU burst — peak 7.3 cores over ~27 seconds on a 24-core 14900K — with GPU utilisation under 20% throughout. Some renderer processes run at AboveNormal priority. On high-refresh displays this starves the compositor and produces system-wide cursor stutter. Cost scales with transcript size; this corpus has 13 threads over 5 GiB, largest 12.10 GiB. Version 26.810.7004.0.
What steps can reproduce the bug?
optimizations
What is the expected behavior?
No response
Additional information
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue by opening the reported large thread in Codex App version 26.810.7004.0, then profile CPU and GPU utilisation, renderer priority, and cursor stutter during the roughly 27-second burst. Done means large transcripts no longer cause sustained multi-core CPU spikes that starve the compositor.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop-dev, performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100