codex - 💡(How to fix) Fix Possible macOS resource-pressure issue when running Codex CLI inside zellij/Ghostty during long-lived sessions [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#18103Fetched 2026-04-17 08:32:55
View on GitHub
Comments
2
Participants
2
Timeline
6
Reactions
0
Author
Timeline (top)
labeled ×3commented ×2unlabeled ×1

Root Cause

I am not claiming Codex was the sole root cause, because the machine had broader resource pressure. But given #9345 and existing zellij compatibility reports, I'm wondering whether heavy TUI streaming / large file operations inside zellij can retain memory or amplify scrollback / disk churn on macOS.

RAW_BUFFERClick to expand / collapse

Possible macOS resource-pressure issue when Codex CLI is used inside zellij/Ghostty during long-lived sessions.

Context:

  • macOS 26.3.2 on Apple Silicon (M3 Max, 36 GB RAM)
  • zellij 0.44.1
  • Ghostty 1.3.1
  • long-running session with heavy streamed output and background panes

Observed from diagnostics:

  • multiple codex-aarch64-apple-darwin processes with nontrivial memory footprint
  • APFS ENOSPC log lines named codex-aarch64-apple-darwin seconds before:
    • low swap: failed to create swapfile
    • memorystatus: System is unhealthy
    • watchdog panic

I am not claiming Codex was the sole root cause, because the machine had broader resource pressure. But given #9345 and existing zellij compatibility reports, I'm wondering whether heavy TUI streaming / large file operations inside zellij can retain memory or amplify scrollback / disk churn on macOS.

Happy to attach redacted logs if useful.

extent analysis

TL;DR

Investigate memory management and resource usage of Codex CLI within zellij/Ghostty to mitigate potential resource-pressure issues on macOS.

Guidance

  • Review the memory footprint of codex-aarch64-apple-darwin processes and their impact on system resources during long-lived sessions.
  • Analyze APFS ENOSPC log lines and system health status to understand the correlation between Codex usage and system resource pressure.
  • Consider optimizing TUI streaming and large file operations within zellij to reduce memory retention and disk churn.
  • Examine existing zellij compatibility reports (e.g., #9345) for potential insights into similar issues.

Example

No specific code snippet is provided due to the lack of detailed implementation information.

Notes

The issue may be related to the interaction between Codex CLI, zellij, and Ghostty, and further investigation is needed to determine the root cause. The provided information suggests a potential resource-pressure issue, but more data and logs may be required to confirm.

Recommendation

Apply workaround: Optimize Codex CLI usage within zellij/Ghostty to reduce memory usage and disk churn, as the issue seems to be related to resource management rather than a specific version problem.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING