Tamanho da cápsula acima de seu próprio teto de pilha JVM [skip ci]

FixEmailService
Navios
16 de agosto de 2026 às 01:40 UTC
Autor
Kamo
Enviar
0db4cee

A imagem inicia a JVM com -XX:MaxRAMPercentagem=70 -XX:+ Sempre PreTouch, assim o heap sozinho pode tomar 70% do limite do recipiente e pré-toque mantém cada compromisso residente da página. Não-peso — metaespaço sem tampa, cache de código, pilhas de thread, direto buffers — precisa de mais ~250-350Mi que a porcentagem não pode ver. Com um limite de 1Gi que é de 718Mi de pilha mais ~240Mi, ou seja, ~960Mi de 1024Mi, então o pod nunca foi dimensionado para chegar ao tecto da pilha com que foi configurado. Não precisava de vazamento ou um pico de tráfego para morrer, apenas para ser usado: MediaService foi Algumas horas e EmailService seis vezes mais. Cada serviço neste modelo compartilhou o aritmética; estes dois acabaram de cruzar a linha primeiro. Limite de memória elevado para 3Gi, pedidos levantados para corresponder ao piso real. Já aplicado live with kubectl set resources, de modo que isso só leva o valor para a próxima real implantação — daí [skip ci], nada aqui precisa de reconstrução.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços