Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[bug:critical] Linux: app freezes with 12GB+ RAM usage during normal use

Aperta
#25 11 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
12/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
bun, rust, typescript

Direzione di ricerca

No Linux reproduction exists yet, so start by reproducing the memory growth on Linux and capturing ps output while it happens. The payload points to the #[cfg(target_os = "linux")] branches, the dreamcoder-sidecar child process launched through portable-pty, the Computer Use screenshot gating, and MCP server spawn/reap. Done means a identified leaking process, a fix, and steady-state RSS under 1 GB on Ubuntu, Fedora, or Arch.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

area:platform-linux bug bug:critical help wanted

Summary

A user reported in #8 that running DreamCoder on Linux causes RAM usage to spike to 12 GB+, with the app freezing to the point of being unclickable even after configuring swap.

"It was using too much ram like 12gb+ and i work on linux even tho i created a swap memory to run it but it was still freezing and i couldnt click anywhere on the app."
— @Kafkacodes, #8 (comment)

This is a critical bug. A desktop app cannot ship to Linux users in this state.

Severity: critical

  • 12 GB RSS for a Tauri + Bun app is at least an order of magnitude beyond expected behaviour. Steady-state on Windows is in the hundreds of MB.
  • The freeze is total — the user could not click anywhere. So Linux users have effectively zero usable workflow today.
  • This is the first feedback we have from a Linux user trying to contribute. If we don't fix it, we lose every future Linux contributor the same way.

Honest disclosure of investigation state

DreamCoder is currently developed and verified by the maintainer on Windows x64 only. The codebase includes Linux platform branches (#[cfg(target_os = "linux")]) but the maintainer does not run Linux day-to-day, so:

  • We do not have a confirmed reproduction yet.
  • We cannot bisect this against a "known good" Linux baseline because no such baseline has been established.
  • Investigation will need help from Linux users who can run the app and attach diagnostics.

This does not lower the severity. It just means the path to a fix runs through community collaboration rather than a maintainer hot-fix.

Likely suspects (hypotheses, not assertions)

  1. WebKitGTK behaviour: Tauri uses WebKitGTK on Linux instead of WebView2. Some WebKitGTK versions have runaway-memory patterns under HMR + large bundles in dev mode.
  2. Sidecar process leak: dreamcoder-sidecar is a compiled bun bundle. On Linux it's launched as a child via portable-pty. PTY buffer / session state leaks would balloon over time.
  3. Computer Use mode: screenshot mode allocates large image buffers. It should be off by default on Linux but the gating may not be tight.
  4. MCP server lifecycle: spawn-but-never-reap.
  5. Bun runtime memory under long-lived servers — known rough edges.

What we need from Linux users to reproduce

If you hit this, the following information would massively accelerate the fix:

  • Distro + kernel (uname -a, cat /etc/os-release)
  • Desktop environment + display server (X11 / Wayland)
  • WebKitGTK version (pkg-config --modversion webkit2gtk-4.1 or similar)
  • DreamCoder source: dev mode (bun run dev) vs an installed binary? Commit SHA or version?
  • When did the freeze happen: first launch? After loading a project? After an extended session? With Computer Use enabled?
  • Snapshot of ps aux | grep -iE "dreamcoder|sidecar|claude" near the freeze, if obtainable

Acceptance / fix criteria

  • Reliable reproduction on at least one mainstream Linux distro (Ubuntu 22.04 / 24.04 LTS, Fedora, Arch).
  • Root cause identified: which process is leaking, and why.
  • Fix lands and steady-state RSS on Linux is comparable to Windows (under 1 GB during a normal session).
  • A Linux user re-runs the build and confirms the fix.

Related

  • Reported by @Kafkacodes in #8.
  • Surfaces a broader truth about platform coverage; tracking that separately as a docs PR (Platform Support table for README).
Lingua principale
TypeScript
Stelle
490
Fork
47
Merge medio
9h 31m
PR unite (30g)
76

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di GoDiao/dreamcoder

Tutte le issue di GoDiao/dreamcoder

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.