- Shiked
- 16 Ağustos 2026 01:13 UTC
- Yazar
- Kamo
- Commit
- 66cfbc5
Konteyner 1Gi limiti ile koştu, görüntü JVM ile başlarken -XX:MaxRAMPercentage=70 -XX: +AlwaysPreplastik. Canlı süreci okuyun, bu MaxHeapSize =752877568 - 718Mi - ve ön dokunuş, sakin hafızanın yer aldığı anlamına gelir Arkasını takmak yerine taahhüt ettiği gibi. Bu hizmet için önlemler -240Mi: uncapped metaspace, kod önbellek, STOMP/NATS/Tomcat thread Temps ve MinIO'nun doğrudan tamponları. 718 artı 240 1024'ten daha fazlasıdır, bu yüzden pod kendi heaptan izin vermek için asla boyutlanmadı. tavana ulaşmak onunla yapılandırıldı. Bir sızıntıya veya patlamaya gerek yoktu Ölmek için trafik; sadece kullanılmış olması gerekiyordu. Tekerlek OOM her birkaç saatini öldürdü - 1024Mi cap'a karşı anonim hafızanın, 18'te 2'yi yeniden sayın saatler - ve her öldürme sohbet tarihi aldı, websocket röbet ve her yükleme onunla uçuş. 2Gi aynı% 70 bölünmüş ekler: 1434Mi of heap artı -240Mi 1675Mi, 65Mi açığı yerine yaklaşık 370 oda. Limitin Raising the limit is the MaxRAMPercentage'ı düşürmek yerine sağ kolu - 1Gi'nin% 30'u asla gitmedi Bu birçok alt sistemlerle bir Bahar Boot uygulamasını tutmak. İstekler gider 512Mi→1Gi, bu yüzden programcı zemin hakkında gerçeği anlatıyor. Zaten kubectl set kaynakları ile canlı uygulanır; Bu açık yakalama Bir sonraki CI uygulaması onu geri koymaz.