Page History

...

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

Data serier i grafen er:

...

• De 2 grafer for ind- og udsendt data stiger svagt og følges ad.

Vurdering

Intet at bemærke.

Kafka consumer lag

Denne log findes for hver applikations server (docker container). Både for registration og kafka-consumer. 

...

Efter at have analyseres data fra performance testen kan følgende trækkes frem:

• Throughput Max throughput på testen er 52,96 kald per sekund, den kører sundets ved et throughput på 37,73 kald per sekund
  
  
• Svartid for servicen: 
  Kravet er 95% skal være under 6,5 sekund og 98 % under 15,5 sekund. Resultatet viste 99,5 % lå under både 6,5 og 15,5 sekund.
  
  
• Cpu status: cpu forbruget stiger lidt over test perioden, som  registration servicen presses mere. Dog kun kortvarigt.
  
  

• io på netværk: stiger over tid, hvilket er forventet
  
  
• Hukommelses forbrug: servicen håndterer brug af hukommelse fint
  
  
• Garbage collection: 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.
  
  
• Kafka Consumer Lag: når iteration 7 og 8 viser alle 3 kafka instanser tegn på at lag stiger end del

Oprindeligt var det planlagt, at der skulle der være kørt 2 applikationer med registration komponenten. Istedet er testen kørt med 4 applikationer, hvorfor man kan forvente at servicen i testen, får et højere throughput isoleret set på en given iteration, og belastningen på den enkelte applikation lavere end, hvis det samme throughput skulle have været udført at 2.

...

Ser man på graferne over de forskellige iterationer, er iteration 6 er den sidste, som er mest sundhelt fin: Herefter stiger svartider og resource forbruget de forskellige steder. 

...