- Se descapó
- 16 de agosto de 2026 a las 1:40 UTC
- Autor
- Kamo
- Compromit
- 0db4cee
La imagen comienza la JVM con -XX:MaxRAMPercentage=70 -XX:-SiemprePreTouch, por lo que el solo puede tomar el 70% del límite de contenedores y el pre-toque mantiene todos los comprometidos residente de página. Metaespacial sin cola, caché de código, pilas de hilo, directamente Los amortiguadores necesitan otros 250-350Mi que el porcentaje no puede ver. En un límite de 1Gi que es 718Mi de montón más 240Mi, es decir. 960Mi de 1024Mi, por lo que la vaina Nunca fue dimensionado para alcanzar el techo del montón con el que estaba configurado. No necesitaba un fugas o un pico de tráfico para morir, sólo para ser usado: MediaService fue OOMKilled cada pocas horas y EmailService seis veces. Cada servicio en esta plantilla compartió el aritmética; estos dos acaban de cruzar la línea primero. El límite de memoria elevado a 3Gi, peticiones planteadas para coincidir con el piso real. Ya aplicado live con recursos kubectl set, por lo que esto sólo lleva el valor hacia adelante para el siguiente despliegue real, por lo tanto [sólido ci], nada aquí necesita reconstrucción.