Taille de la gousse au-dessus de son propre plafond de tas de la JVM [skip ci

FixMediaService
Expédié
16 août 2026 à 01:40 UTC
Auteur
Kamo
Commite
c3fc38b

L'image démarre la JVM avec -XX:MaxRAMPercentage-70-XX:-AlwaysPreTouch, donc le Le tas seul peut prendre 70 % de la limite du conteneur et pré-touche maintient chaque engagement Respendau de la page. Metaspace non tacheté, cache de code, piles de threads, direct Les tampons - ont besoin d'un montant supplémentaire de 250 à 350Mi que le pourcentage ne peut pas voir. A une limite de 1Gi qui est de 718Mi d'agglomérateur plus 240Mi, i.e. 960Mi de 1024Mi, donc la gousse n'a jamais été dimensionnée pour atteindre le plafond en tas avec lequel il a été configuré. Il n'avait pas besoin d'un fuite ou une pointe de circulation à mourir, seulement à utiliser: MediaService a été OOMKilled tous quelques heures et EmailService six fois. Chaque service sur ce modèle partageait le arithmétique; ces deux-là viennent de franchir la ligne en premier. Limite de mémoire portée à 4Gi, demandes formulées pour correspondre au sol réel. Déjà en vigueur en direct avec kubectl set resources, donc cela ne porte que la valeur en avant pour le suivant le déploiement réel - donc [sauter ci, rien ici n'a besoin d'être reconstruit.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation