Performance degradation in Codex App with large Git changes, even when Diff Editor is not open

Resolved 💬 5 comments Opened Feb 7, 2026 by Samu-14 Closed Feb 14, 2026
💡 Likely answer: A maintainer (etraut-openai, contributor) responded on this thread — see the highlighted reply below.

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

260206.1448 (565)

What subscription do you have?

Plus

What issue are you seeing?

Codex App becomes noticeably slow when the Git working tree contains very large changed data files, even if I never open the diff view.
I can reproduce this in two ways:

  1. One very large JSON file (300,000 records)
  2. Many JSON files in one folder (up to 1,000 records per file)

In both cases, performance drops while just navigating/using the app normally.

What steps can reproduce the bug?

Reproduction A: Single Large File

  1. Open repo
  2. Generate one large JSON file:

``bash
./generate-large-json.sh large-test.json 300000
``

  1. Open Codex App on this repo.
  2. Do not open the diff editor for large-test.json.
  3. Use the app normally (chat, file navigation, etc.).

Reproduction B: Many Medium Files

  1. Open repo
  2. Generate many JSON files in a dedicated folder:

``bash
./generate-many-json-files.sh stress-folder 500 1000
``

  1. Open Codex App on this repo.
  2. Do not open diff editor for those files.
  3. Use the app normally.

generate-large-json.sh
generate-many-json-files.sh

What is the expected behavior?

Codex App should remain responsive when large/ many changed files exist in Git, unless the diff view for those files is explicitly opened.

Additional information

Codex App becomes slow/laggy even without opening any diff for the large changed files.

View original on GitHub ↗

5 Comments

etraut-openai contributor · 6 months ago

We've made a bunch of perf improvements this week. Are you still seeing this with the latest version of the app?

Samu-14 · 6 months ago

I’ve tested again with the latest version, and the performance issue seems to be resolved.

Now large files are no longer loaded and the app correctly shows a message saying that the file is too large. However, I’m noticing a different issue:

When this happens, I no longer see the updated number of modified lines in the top-right corner. Additionally, other modified files that are small in size are not showing their updated change counters, and they also don’t appear correctly in the preview.

So performance looks fixed, but the change indicators and preview don’t seem to refresh correctly anymore when large files are present.

etraut-openai contributor · 6 months ago

Thanks for confirming the perf issue is fixed. If you're seeing other issues, please open new issues so we can track those separately.

Phnmz · 4 months ago
We've made a bunch of perf improvements this week. Are you still seeing this with the latest version of the app?

it feels like you guys don't know what the fuck you're doing. it's still laggy as fuck.

flowerornament · 4 months ago

I know this isn't a helpful repro, but I'm also experiencing 4 cores on my Macbook Pro M4 pinned at 100% while using Codex (a while into a session), causing slowness in Codex App and all terminal Codex sessions on my machine.