- Shipped
- 3 de septiembre de 2026 a las 4:33 UTC
- Author
- Kamo
- Commit
- bc17024
Los constructos pasaron de 7-9 minutos a 30 años hace unos cuantos compromisos y nadie tenía una razón por qué. Medido en el corredor en lugar de adivinado: "próxima construcción" se sentó exactamente 4.39 GB RSS - el montón de 4096 MB más gastos generales nativos - sin cambios a través de repetidos muestras, con un 211% de CPU sostenida, 36 minutos dentro y todavía en marcha. Piso RSS clavado en el techo con la CPU vinculado y nada progresando es V8 gastando su tiempo recogiendo basura en lugar de compilar. Ese es el modo de falla que tiene un tapón de montón: no se equivoca cuando es demasiado pequeño. Se degrada, poco a poco, hasta que una construcción toma cuatro veces más tiempo y mira como un corredor colgado o una máquina lenta. El corredor no es ni 48 núcleos en carga 20, 68 GB gratis, sistema de archivos de ata de atraña 39% utilizado. La aplicación simplemente creció más allá de lo que 4 GB puede construir cómodamente. 4096 fue un default que no había sido revisado; el anfitrión tiene 123 GB, por lo que el techo nunca fue Escaseado, sólo rancio.