- Shipped
- 3 settembre 2026 alle ore 05:06 UTC
- Author
- Kamo
- Commit
- 199e367
Le costruzioni erano passate da 8 minuti a 30+. Ho incolpato il mucchio e ho sbagliato. Lettura il corridore invece dei numeri l'ha trovato: THREE `next build` processi al 213% CPU e ~4,5 GB ciascuno, due di loro appartenenti a run Forgejo avevano già segnato annullato, i più antichi trenta minuti in. concurrency.cancel-in-progress annulla il RUN, e il corridore uccide l'atto contenitore il passo stava eseguendo dentro. Non ferma la costruzione. `docker buildx costruire ` parla al daemon HOST attraverso la presa montata, quindi la compilazione è in buildkit OUTSIDE quel contenitore e corre a completamento incustodito. Ogni rapida spingere quindi ha lasciato una costruzione dietro, e si è accumulato — che è anche per questo spingere una correzione ha peggiorato le cose piuttosto che meglio. Uccidere l'orfano a mano ha preso il carico del corridore da 20 a 10 immediatamente. Identificare loro ha bisogno di cura, e il mio primo tentativo non avrebbe funzionato: l'atto il proprio comando del contenitore è `tail -f /dev/null` e il suo nome porta solo un compito id, in modo da incollare il Comando contenitore per il nome dell'immagine non corrisponde nulla. Cosa? identifica che è il processo buildx INSIDE, il cui --tag nomina questa immagine. The passo raccoglie un contenitore solo quando si sta costruendo QUESTO immagine a un DIFFERENTE impegnarsi ed è abbastanza vecchio da non essere un fratellino che appena iniziato. Corsa a secco contro il corridore dal vivo prima della spedizione: ha saltato il lavoro di sincronizzazione del dizionario e scelto fuori la costruzione kamo-internal stale, che è esattamente la discriminazione di cui ha bisogno. Il commento di Dockerfile è corretto nello stesso commit piuttosto che lasciato a Mislead. Il mucchio è stato sollevato a 8 GB sulla teoria che 4.39 GB RSS contro un 4096 MB cap era GC thrashing. Non era: al tappo 8192 la stessa costruzione utilizza 4.3 GB — LESS. Un processo affamato di mucchio non si restringe quando dato di più. The aumento è tenuto come headroom perché non costa nulla su un host 123 GB, ma esso non ha risolto nulla e il commento ora lo dice.