Dare la prossima costruzione 8 GB, è stato devastante contro 4

Buildkamo-internal
Shipped
3 settembre 2026 alle ore 04:33 UTC
Author
Kamo
Commit
bc17024

Costruzioni è andato da 7-9 minuti a 30+ alcuni commit fa e nessuno aveva una ragione Perche'? Misurato sul corridore piuttosto che indovinato: `next build` seduto esattamente 4.39 GB RSS — il 4096 MB heap plus nativo overhead — immutato su ripetuto campioni, a una costante CPU del 211%, 36 minuti e ancora in corso. Piatto RSS spillato al soffitto con la CPU pegged e nulla progresso è V8 spendere la sua tempo raccolta rifiuti invece di compilazione. Questa è la modalità di guasto che un berretto ha: non sbaglia quando è troppo piccolo. Si degrada, gradualmente, fino a quando una costruzione richiede quattro volte più lungo e guarda come un corridore appeso o una macchina lenta. Il corridore non è né — 48 core a carico 20, 68 GB gratuito, docker filesystem 39% utilizzato. L'app è semplicemente cresciuta oltre quello che 4 GB può costruire comodamente. 4096 era un default che non era stato rivisitato; l'ospite ha 123 GB, quindi il soffitto non è mai stato rivisitato scarso, solo stallo.

All changes

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo