Page History
...
De 3 runder er tegnet ind med mørke lodrette streger. Placeringen er cirka, da wmstat loggen ikke indeholder tidstempel. Istedet er beregnet ud fra start og slut på testen fordelt på perioden.
De 4 data serier i grafen er:
- cpuNonKernel: tid brugt på non-kernel opgaver
- cpyKernel: tid brugt på kernel opgaver
- cpuIdle: tid brugt på ingenting
- cpuWaitIO: tid brugt på at vente på i/o
De 4 dataserier i graferne er meget stabile. Man fornemmer aktivitet omkring start og slut af de 3 runder. Størst udsving er der ved opstart af testen, hvor den cpu der bliver brugt af applikationen (cpuNonKernel) striger meget og idle cpu tilsvarende falder. Men det er kun kortvarigt.
...
For hver applikations server (docker container) findes der en log2 logge, som viser resulatet af kommandoen jstat. En for LAR og en for CAVE. Jstat siger noget om, hvordan .UdKommandoen er kørt hver 10. sekund. Udtræk omkring cpu JVM'en har det. Udtræk omkring hukommelse og garbage collection fra denne log vises i de følgende 4 grafer.
LAR servicen:
CAVE servicen:
graf
(fra venstre mod højre og ned og mod højre: app server 1, 2, 3 og 4, klik på den enkelt graf for større billede)
...
De 3 runder er tegnet ind med mørke lodrette streger . Placeringen er cirka, da wmstat loggen ikke indeholder tidstempel. Istedet er beregnet ud fra start og slut på testen fordelt på perioden.
De 4 dataserier i graferne er meget stabile. Man fornemmer aktivitet omkring start og slut af de 3 runder. Størst udsving er der ved opstart af testen, hvor den cpu der bliver brugt af applikationen (cpuNonKernel) striger meget og idle cpu tilsvarende falder. Men det er kun kortvarigt.
...
baseret på det tidstempel som findes i jstatloggen. De 5 data serier i grafen er:
- YGC: young generation garbage collection events, antal af ung generation garbage collection siden start
- FGC: full garbage collection events, antal af fuldstændig garbage collection siden start
- HeapU: består af S0U+S1U+EU fra jstat loggen. Young generation memory utilization. Ung hukommelses forbrug
- HeapC: består af S0C+S1C+EC fra jstat loggen. Young generation memory capacity. Ung hukommelses kapacitet
- OU_MB: old space utilization. Ældre hukommelses forbrug
- OC: old space capacity. Ældre hukommelses kapacitet er ikke en del af grafen men er konstant på 1.398.272 KB for både LAR og CAVE.
For LAR kan man se, at der er kørt et par enkle fuld garbage collections. Ved start af runde 1 og midt i runde 3. For CAVE kan man se, at der ikke er kørt fuld garbage collection. Der køres også oftere carbage collection på den unge hukommelse på LAR servicen end der gør på CAVE.
Den brugte unge hukommelse svinger noget for både LAR og CAVE, men dog i et konstant interval.
[hvad kan man udlede af heapC?]
Vurdering
Den forbrugte hukommelse eskalerer ikke for hverken LAR eller CAVE.
docker stats log
Vurdering
...