- Verschifft
- 16. August 2026 um 01:40 UTC
- Autor
- Kamo
- Ausschuss
- c3fc38b
Das Bild startet die JVM mit -XX:MaxRAMPercentage=70 -XX:+AlwaysPreTouch, also Heap allein kann 70% der Container-Limit zu nehmen und Pre-Touch hält jede engagierte Seite Resident. Non-Heap - ungedeckelter Metaspace, Code-Cache, Thread-Stacks, Direkt Puffer - braucht eine weitere 250-350Mi, dass der Prozentsatz nicht sehen kann. Bei einer 1Gi-Grenze, die 718Mi Haufen plus 240Mi ist, d.h. 960Mi von 1024Mi, so die pod war nie so dimensioniert, um die Haufen Decke zu erreichen, mit der es konfiguriert wurde. Es brauchte keine Leck oder eine Verkehrsspitze zu sterben, nur um verwendet werden: MediaService war OOMKilled jeder einige Stunden und EmailService sechsmal. Jeder Dienst auf dieser Vorlage teilte die Arithmetik; diese beiden haben gerade die Linie zuerst überquert. Speicherbegrenzung auf 4Gi erhöht, Anfragen angehoben, um den realen Boden entsprechen. Bereits angewendet leben mit kubectl gesetzt Ressourcen, so dass dies nur den Wert nach vorne für die nächste trägt reale Einsatz - daher [überspringen ci], nichts hier muss wieder aufgebaut werden.