- Se descapó
- 16 de agosto de 2026 a las 1:40 UTC
- Autor
- Kamo
- Compromit
- 7b5259e
La imagen comienza la JVM con -XX:MaxRAMPercentaje=70 -XX:-SiemprePreTouch, por lo que el solo puede tomar el 70% del límite de contenedores y pretocar mantiene todos los comprometidos residente de página. Metaespacial sin cola, caché de código, pilas de hilo, directos 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 se configuró. No necesitaba un fugas o un pico de tráfico para morir, sólo para ser utilizado: 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. Límite de memoria elevado a 2Gi, peticiones planteadas para coincidir con el piso real. Ya aplicado live con recursos de ajuste kubectl, 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 reconstruir.