-
Hi, I'm looking at the outcome from fortio to valuate in the right way what is the increment of latency between 2 TCs execution in different scenarios :
Outcome from first scenario:
Outcome from the second scenario with disturbances on the pods serving the traffic from fortio:
Basically from the printout I can immediately detect what is the traffic lost in percentange but to detect in the righ way eventually the increment for the latency due to the disturbances I want to understand what is exactly the meaning of avg and sum reported in in the "Aggregate Function Count": From first TC: Aggregated Function Time : count 60000 avg 0.0012472604 +/- 0.0008438 min 0.00047214 max 0.018668829 sum 74.835625 From the second TC: Aggregated Function Time : count 60000 avg 0.0013089009 +/- 0.001321 min 1.0091e-05 max 0.085475874 sum 78.5340525 Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
you probably want to use the new also you are using despite this, you can still see some degradation:
so the standard deviation of latency in first case is 0.8ms and it goes to 1.3ms in second case likewise indeed the max latency/call duration went from 18.6ms to 85.4ms, likely during the errors or because of needing to reconnect after the errors |
Beta Was this translation helpful? Give feedback.
you probably want to use the new
-nocatchup
option which will prevent fortio from trying to make up for slowdown by going faster later to try to attain the target qps despite errors/slowdownalso you are using
-p
incorrectly, it's meant to change the pXX and you probably should leave the defaults alone (50,75,90,99,99.9) as p1024 is meaningless (fixing this in #606 so thanks for giving your full command line). once you remove-p 1024
(maybe you meant to use-payload-size 1024
?) you will see the p90, p99 latencies (ie the slowest 10 and 1% respectively) jumpdespite this, you can still see some degradation:
so the standard devia…