- Navios
- 3 de setembro de 2026 às 04:33 UTC
- Autor
- Kamo
- Enviar
- bc17024
Builds foi de 7-9 minutos para 30+ alguns commits atrás e ninguém tinha uma razão Porquê? Medida no corredor em vez de adivinhar: `next build` sentou-se exatamente 4.39 GB RSS — o heap de 4096 MB mais sobrecarga nativa — inalterado através de repetidos amostras, em uma CPU de 211% sustentada, 36 minutos dentro e ainda indo. RSS plana presa no teto com a CPU ligada e nada progredindo é V8 gastando seu tempo a recolher lixo em vez de compilar. Esse é o modo de falha que uma tampa do heap tem: ela não errou quando está também pequeno. Degrada, gradualmente, até que uma construção leva quatro vezes mais tempo e olha Como um corredor pendurado ou uma máquina lenta. O corredor não é nenhum — 48 núcleos em carga 20, 68 GB livre, sistema de arquivos docker 39% usado. O aplicativo simplesmente cresceu além do que 4 GB pode construir confortavelmente. 4096 foi um padrão que não tinha sido revisitado; o anfitrião tem 123 GB, então o teto nunca foi escasso, apenas velho.