🤖 perf: Daytona keepalive refreshes a shared sandbox once per workspace instead of once per sandbox
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- backend
Direzione di ricerca
Start with src/node/services/daytona/daytonaReconciler.ts around line 135 and read how the 60-second sweep resolves sandbox references and checks workspace activity. Add a reconciler test for an owner and two active forks sharing one sandbox. Done when a sweep makes one last-activity call for that sandbox, with the SSH token behavior also handled once per sandbox.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Follow-up from the Codex review of #7100 (thread: https://github.com/coder/xum/pull/7100#discussion_r4353806733, src/node/services/daytona/daytonaReconciler.ts:135).
Problem
Forks and sub-agents of a Daytona workspace run as worktrees in the owner's sandbox, so several workspaces reference one sandbox. The reconciler's 60 s sweep walks workspaces, not sandboxes: every active workspace on the same sandbox sends its own POST /sandbox/{id}/last-activity (and may check its token), one after another. A large sub-agent tree multiplies control-plane calls and sweep latency for no gain, since one refresh per sandbox is enough.
Proposed fix
Group the stored references by resolved sandbox id, ask whether any workspace in the group is active, and refresh activity (and the SSH token, keyed by the stored alias) once per sandbox per sweep. Add a reconciler test with an owner and two active forks on one sandbox that expects one last-activity call.
Why it is deferred
#7100 runs its review loop under a P0/P1-only rule; P2 findings get a tracked follow-up.
- Lingua principale
- TypeScript
- Stelle
- 2.1k
- Fork
- 139
- Merge medio
- 3h 24m
- PR unite (30g)
- 954
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coder/xum
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Add: MahdawiounTV HDApertacheck:passed streams:add
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
iptv-org/iptv#56890 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
type: enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
franciscoBSalgueiro/en-croissant#1061 ·
I maintainer di solito rispondono entro 3 giorni
-
S: triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
comp/desktop desktop/shell os/windows P3 tool/file type/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
NousResearch/hermes-agent#145928 ·
I maintainer di solito rispondono entro 1 giorno