Page History
...
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. iteration stiger cpuNonKernal fra at lægge
Hen ved testens 5. iteration sker der dog en stor ændring i dette mønster. Her stiger cpuNonKernal fra at ligge under 50 % til at komme over og til sidst ramme 90 %. For docker01 vedkommende stiger den meget brat og rammer næsten 100 %.
...
Der er løbende skriv til disken mens testen kører.
Vurdering
Cpu forbruget i 5. og efterfølgende iterationer kan give grund til bekymring.
...
Den envendte cpu er svagt stigende som servicen bliver presset. Og fra 5. iteration laver både docker01 og docker02 nogle høje spring i cpu forbruget.
...
- Througput for servicen:
- throughput på testen er 50,03 kald per sekund.
- servicen kører bedst ved iteration 4, med et throughput på 37,42 kald per sekund
- Svartid for servicen:
- for 95 % percentil: under 1,8 sekund
- for 98 % percentil: under under 2,1 sekund
- kravene på under 2,5 henholdsvis 5,5 sekunder er overholdt
- Cpu status:
- cpu forbruget stiger over test perioden, som servicen presses mere. I iteration 5 kommer den ene server i problemer med cpu forbruget
- io på netværk:
- stiger over tid, hvilket er forventet
- Hukommelses forbrug:
- servicen ser ud til at få problemer med hukommelsen når den presses
- at der er dobbelt så meget hukommelse på på den ene server, burde ikke have nogen konsekvenser for testen, da Wildfly’en er sat op til at køre med 2 GB begge steder
- Garbage collection:
- servicen kører jævnligt garbage collection
- noget kunne tyde på, at når servicen bliver presset, kan garbage collection ikke helt få ryddet op
...
Det ser ud til at, kafka consumer har haft mest at lave på docker02, so så presset på de 2 servere har været skævt fordelt.
...