- Shipped
- 14 listopada 2026 21:43 UTC
- Author
- Kamo
- Commit
- 18b221a
Bez uruchamiania przycinania, `docker rm` z ukończonego kontenera zadań CI nadal trwał 15-100 s: czeka na przejście kontenera przez GC (leases.Delete -> gcScheduler.ScheduleAndWait), a każde przejście spędziło ten czas w fazie znakowania (getMarked / scanRoots) chodzenie po metadanych DB rozdętych przez historię budowania BuildKit Źródło, które nigdy nie zostało przycięte: moby_history posiadało 2,694 dzierżaw i 18,701 blobów z powrotem Do ostatniego zadokowanego startu (2026-09-28), ~8x wszystko inne. - builder.history: maxAge 48h, maxEntries 100. - builder.gc: zastąp domyślną politykę 4-reguł (reguła # 0 ograniczona lokalnie contexts/cache mounts at 2.57 GiB, usuwanie pamięci podręcznej po kompilacji) z jednym Hard backstop: max 80 GB pamięci podręcznej, przycinanie gdy < 40 GB wolnego miejsca W tym celu uruchom k1m1-docker-prune.sh. Zastosuj tylko w cichym oknie CI: ponowne uruchomienie dokowania również zatrzymuje forgejo-runner.