- Shipped
- 16 agosto 2026 alle ore 01:40 UTC
- Author
- Kamo
- Commit
- 52899f3
L'immagine inizia il JVM con -XX:MaxRAMPercentage=70 -XX:+ SemprePreTouch, così il heap da solo può prendere il 70% del limite del contenitore e pre-touch mantiene ogni impegnato pagina residente. Non-sapone — metaspazio non recuperato, cache di codice, stack di thread, diretto buffer — ha bisogno di un ulteriore ~250-350Mi che la percentuale non può vedere. A un limite 1Gi che è 718Mi di heap plus ~240Mi, cioè ~960Mi di 1024Mi, così il pod non è mai stato dimensionato per raggiungere il soffitto di mucchio con cui è stato configurato. Non aveva bisogno di perdita o un picco di traffico da morire, solo per essere utilizzato: MediaService era OOMKilled ogni poche ore e EmailService sei volte più. Ogni servizio su questo modello condiviso aritmetica; questi due hanno appena attraversato la linea prima. Limite di memoria sollevato a 2Gi, richieste sollevate per corrispondere al pavimento reale. Già applicato vivere con risorse impostate kubectl, quindi questo porta solo il valore in avanti per il prossimo dispiegamento reale — quindi [skip ci], nulla qui ha bisogno di ricostruzione.