Page History
...
Det ses af graferne, at jo flere nodes/tråde jo højere bliver svar tiden overordnet set. Og især til sidstved iteration 5, hvor den ene server er gået i stå, stiger svartiderne for den anden, der stadig kører.
...
Servicen kørende på Docker01, som fik problemer sidst i testen problemer ved iteration 5 har dog ingen kald i de siste 3 iterationersidste 2,5 iteration.
Vurdering
Performance kravene
...
Vi er inden for performance kravene i testen fulde køretid, selv i de test iterationer, hvor den ene af de testede service stoppede og den anden måtte arbejde selv..
Vmstat log
Denne log findes for hver applikations server (docker container). Den viser resultatet af kommandoen vmstat
...
Man kan se at cpuIdle og cpuNonKernel påvirkes som servicen presses mere. cpuIdle ligger lavere over tid, mens cpuNonKernel grafen ligger højere over tid.
Ved testens 5. 5 iteration stiger cpuNonKernal fra at lægge
...
Der er en svag stigende tendens på den ældre hukommelse (OU_MB). Og fra iteration 5, stiger den en del, især for docker01, hvor den faktisk rammer loftet på 1.398.272 KB, og ikke kører længere.
Der køres ofte garbage collection på den yngre hukommelse, hvilket holder HeapU - yngre hukommelses forbrug - nede så den kun svinger inden for et konstant interval.
...
- memoryUsage (rød): den totale mængde hukommelse containeren bruger
- memoryLimit (blå): den totale mængde hukommelse contaneren kan bruge
Den forbrugte hukommelse er meget stabil indtil sidst i testeniteration 5, hvor den for især docker1 stiger brat.Den forbrugte hukommelse er meget stabil indtil iteration 5, hvor den stigerstiger og derefter er stabil igen.
Cpu og hukommelse procent:
...
De 2 grafer for ind- og udsendt data følges ad, hvilket er forventeligt; indkomne kald skaber trafik til database og igen retur til kalder. netOut stiger mest. Dog flader docker02 ud i iteration 5 og har ikke mere trafik, efter servicen er stoppet.
Vurdering
Disse log data viser igen den øgede cpu og hukommelsesforbrug fra iteration 5 i testen.
...