- Shipped
- 14 novembre 2026 alle ore 21:43 UTC
- Author
- Kamo
- Commit
- 18b221a
Senza prune in esecuzione, `docker rm` di un contenitore di lavoro CI finito ha ancora preso 15-100 s: si attende il passaggio di un containerd GC (leases.Delete -> gcScheduler.ScheduleAndWait), e ogni passaggio ha trascorso quel tempo nella fase di marcatura (getMarked / scanRoots) camminando un DB di metadati gonfiato dalla cronologia di compilazione di BuildKit Non è mai stato tagliato: moby_history ha detenuto 2.694 affitti e 18.701 blob Fino all'ultimo avvio (2026-09-28), ~8x tutto il resto. - builder.history: maxAge 48h, maxEntries 100. - builder.gc: sostituisce la politica predefinita a 4 regole (regola # 0 limitata localmente La cache viene montata a 2,57 GiB, eliminando la cache dopo la compilazione) con un Hard backstop: max 80 GB di cache, eliminazione quando < 40 GB di spazio libero Eseguire il file k1m1-docker-prune.sh. Applica solo in una finestra CI silenziosa: il riavvio del docker arresta anche forgejo-runner.