Skip to content

[Bug] Bun.exe is consistently using up to 2GB of RAM #6135

Description

@mean-cj

Client or integration

Other

Area

Dashboard

Summary

Hi

I found that the OpenCodex web interface becomes unusually slow when changing or updating Settings, even though it is running locally.

After checking the running processes, we found that bun.exe is consistently using up to 2GB of RAM, even when there is no active processing and VS Code is not running.

Image

Reproduction

  1. ocx start

Version

2.66

Operating system

Windows 11 Enterprise 25H2

Provider and model

chatgpt

Logs or error output

Screenshots and supporting files

No response

Redacted configuration

Checks

  • I searched existing issues and documentation.
  • I removed secrets, tokens, account details, request credentials, and personal data.

Activity

  1. changed the title [-]Bun.exe is consistently using up to 2GB of RAM[/-] [+][Bug] Bun.exe is consistently using up to 2GB of RAM[/+] on Sep 27, 2026
  2. added
    needs-infoWaiting on reporter for a concrete spec or reproduction
    on Sep 28, 2026
  3. Ingwannu commented on Sep 28, 2026

    @Ingwannu
    Owner

    2 GB RSS on 2.66 is actionable, but the current report does not yet distinguish retained response state from Bun/native/runtime growth. Please update to the current 2.69 release and attach three same-process snapshots, 5–10 minutes apart, from ocx observe memory --json (or the Memory/runtime section of ocx doctor): PID, Bun version, rss, external, arrayBuffers, heapUsed/jscHeap, observedMetric, responseState count/totalBytes/largest/oldest, and streamMode. Please capture after startup, after one Settings save, and after an idle interval, and tell us whether RSS continues growing with no requests. Remove tokens and account identifiers before posting. appOwnedMemoryBudgetMb is a retained-app-state budget, not an RSS cap. This may share the known Bun 1.3.14 streaming/runtime family, but I am keeping it open pending attribution.

  4. added
    platformOS/service/tray/ACL (Windows-heavy, not Windows-only)
    on Sep 28, 2026
  5. mean-cj commented on Oct 4, 2026

    @mean-cj
    Author

    The latest version no longer shows any abnormal BUN issues.
    Thank you for the great project and for resolving the issue so quickly. Excellent work!

  6. Ingwannu commented on Oct 4, 2026

    @Ingwannu
    Owner

    Thanks for confirming that the abnormal Bun behavior no longer occurs on your latest version. I am treating this as reporter-confirmed recovery, not evidence that all 2 GB RSS cases share one cause or that an application state budget is a process RSS cap. Since the issue is already closed and there is no new failing evidence, I will not start a new memory stress run. If it returns, the same-process version/memory/retained-state snapshots requested above will help distinguish recurrence from a different allocation path; omit account data and request contents.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingguiDashboard, tray, settings UIneeds-infoWaiting on reporter for a concrete spec or reproductionplatformOS/service/tray/ACL (Windows-heavy, not Windows-only)

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions