Open BrennanConroy opened 2 weeks ago
/benchmark mvcjsoninput2k aspnet-citrine-win mvc
Benchmark started for mvcjsoninput2k on aspnet-citrine-win with mvc. Logs: link
An error occurred, please check the logs
Some highlights: | orig | PR | |
---|---|---|---|
Max Time in GC (%) | 50.00 | 0.00 | |
Max Allocation Rate (B/sec) | 556,877,008 | 174,337,648 | |
Requests/sec | 10,468 | 11,796 | |
Requests | 157,726 | 178,125 | |
Mean latency (ms) | 24.51 | 22.02 | |
Read throughput (MB/s) | 3,993.60 | 4,505.60 |
Some lowlights: | orig | PR | |
---|---|---|---|
Max CPU Usage (%) | 27 | 15 | |
Max Working Set (MB) | 178 | 455 | |
Max Allocation Rate (B/sec) | 2,917,704 | 25,409,048 | |
Requests/sec | 501 | 369 | |
Requests | 7,559 | 5,561 | |
Mean latency (ms) | 7.99 | 10.81 | |
Read throughput (MB/s) | 1,003.52 | 737.25 |
Will need to look into what's wrong with the MVC case. A quick glance at wire shark does show Pipes sending 65k at a time, whereas Stream sends in ~14k, ~59k, and ~29k chunks so there might be some window acking slowdown in the 65k case?
Looks like this PR hasn't been active for some time and the codebase could have been changed in the meantime.
To make sure no conflicting changes have occurred, please rerun validation before merging. You can do this by leaving an /azp run
comment here (requires commit rights), or by simply closing and reopening.
How's the perf 😄