- 出荷済み
- 2026年8月16日 1:13 UTC
- プロフィール
- Kamo
- コンテンツ
- 66cfbc5
コンテナは1Giの限界を持ち、画像はJVMを起動し、 -XX:MaxRAMPercentage=70 -XX:+AlwaysPreTouch。 ライブ プロセスを読んでください。 MaxHeapSize=752877568 — 718Mi — およびプレタッチは、常駐メモリが追跡することを意味します 後ろにラッギングするのではなく、コミットするようにヒープアップします。 このサービスのための非ヒープ 対策 ~240Mi: 未処理のメタスペース、コードキャッシュ、STOMP/NATS/Tomcat スレッド スタックと MinIO の直接バッファ。 718 と 240 以上 1024, だから、ポッドは、独自のヒープを許可するために大きさで分類されていない 設定された天井に達する。 漏れや破裂を必要としなかった 死ぬためのトラフィック。それは使用していただけです。 カーネル OOMKilled 数時間ごとに — 1024Mi キャップに対する匿名メモリの 959Mi、18 年に 2 を再起動します。 時間 — それぞれのキルがチャット履歴、websocket リレー、アップロードされたアップロードを取った フライト 2Giは同じ70%の割れ目を加えます:Heapの1434Miおよび~240Miは1675Miです、 およそ 370Mi の ヘッドルームの代わりに 65Mi の欠損. 限界を上げることは MaxRAMPercentage を下げるのではなく右レバー — 1Gi の 30% は決して行かない この多くのサブシステムで Spring Boot アプリケーションを保持します。 リクエスト 512Mi→1Gi なので、スケジューラは床についての真実を語っています。 すでにkubectlセットリソースでライブを適用しました。これはマニフェストのキャッチです そのため、次のCIが適用されます.