Page History

...

Udtræk af svartid og antal kald fordelt over testens løbetid vises i følgende 4 grafer:

[grafer]

Data serier i grafen er:

• DurationAverage (rød): den gennemsnitlige svartid (ms) for hvert minut
• NoOfCalls (blå): det gennemsnitlige antal kald hvert minut
• De 3 iterationer (sort) er baseret på det tidstempel, som findes i jstatloggen

Vurdering

Af tabellen tabel og graferne fremgår det, at jo flere brugere (brugere øges per iteration) jo flere kald kommer der igennem per sekund. Tallene svarer overens med de tal JMeter kom frem til som throughput.

...

Man kan undres over, hvorfor det skal tages så meget mere tid når MSB servicene medtages. Det har vist sig at kaldet til BRS er lavet uhensigtmæssigt, hvilket bliver rettet på Jira CAVE-78. Dette burde give bedre performance. 

Vmstat log

Denne log findes for hver applikations server (docker container). Den viser resultatet af kommandoen vmstat

Udtræk omkring cpu fra denne log vises i de følgende 4 grafer.

De 4 data Data serier i grafen er:

• cpuNonKernel (rød): tid brugt på non-kernel opgaver
• cpyKernel (blå): tid brugt på kernel opgaver
• cpuIdle (grøn): tid brugt på ingenting
• cpuWaitIO (gul): tid brugt på at vente på i/o
• De 3 iterationer (sort) er en cirka placering, da wmstat loggen ikke indeholder tidstempel

...

LAR servicen: 

CAVE servicen:

De 5 data Data serier i grafen er:

• YGC (rød): young generation garbage collection events, antal af "ung" garbage collection siden start
• FGC (blå): full garbage collection events, antal af fuldstændig garbage collection siden start
• HeapU (gul): består af S0U+S1U+EU fra jstat loggen. Young generation memory utilization. "Ung" hukommelses forbrug
• HeapC (grøn): består af S0C+S1C+EC fra jstat loggen. Young generation memory capacity. "Ung" hukommelses kapacitet
• OU_MB (pink): 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.
• De 3 iterationer (sort) er baseret på det tidstempel, som findes i jstatloggen

Det kan være lidt svært at se ændringer i graferne for full garbage collection (FGC). Kigger man nærmere på datagrundlaget bag graferne, ses det, at der er kørt full garbage collection for LAR servicen 11:10:27 i testens 1. minut (8. loglinie - i starten af iteration 1) og 11:50:54 i testens 41. minut (420. loglinie - midt i 3. iteration). 

...

CAVE service - Hukommelse:

De 2 data Data serier i grafen er:

• memoryUsage (rød): den totale mængde hukommelse containeren bruger
• memoryLimit (blå): den totale mængde hukommelse contaneren kan bruge

...

CAVE service - Cpu og hukommelse procent:

De 2 data Data serier i grafen er:

• cpuPct (rød): hvor mange procent af hostens cpu containeren bruger
• memoryPct (blå): hvor mange procent af hostens hukommelse containeren bruger

...

LAR service - netværk:

CAVE service - Netværk:

De 2 data Data serier i grafen er:

• netIn (rød): den mængde data som er modtaget af containeren over netværket
• netOut (bl): den mænde data som er sendt ud af containeren over netværket

...

• Svartid per kald til servicen: 155 ms for 14 brugere
  Kravet var er, at et kald skal tage mindre end 200 ms
  Dette opfyldes, endda under øget belastning med flere brugere.
  
  
• Antal kald per sekund til servicen: 20,4 med 14 brugere
  
  
• Cpu status: for både LAR og CAVE  er cpu forbruget konstant over test perioden. Det svinger inden for et interval og rammer aldrig i nærheden af loftet.
  
  
• io på netværk: for både LAR og CAVE er der er en jævn strøm af læs og skriv via netværket
  
  
• Hukommelses forbrug: både LAR og CAVE håndterer brug af hukommelse fint
  
  
• Garbage collection: både LAR og CAVE servicen kører jævnligt garbage collection og dermed stiger hukommelses forbruget ikke over tid. Dette er et tegn på, at vi ikke har memory leaks.

...