-
Notifications
You must be signed in to change notification settings - Fork 131
chore: Bump MSRV to 1.82 #2456
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: Bump MSRV to 1.82 #2456
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #2456 +/- ##
==========================================
+ Coverage 95.39% 95.41% +0.02%
==========================================
Files 115 115
Lines 36982 36996 +14
Branches 36982 36996 +14
==========================================
+ Hits 35280 35301 +21
+ Misses 1696 1689 -7
Partials 6 6
|
Failed Interop TestsQUIC Interop Runner, client vs. server, differences relative to 0e41954. neqo-latest as client
neqo-latest as server
All resultsSucceeded Interop TestsQUIC Interop Runner, client vs. server neqo-latest as client
neqo-latest as server
Unsupported Interop TestsQUIC Interop Runner, client vs. server neqo-latest as client
neqo-latest as server
|
Benchmark resultsPerformance differences relative to 0e41954. decode 4096 bytes, mask ff: 💚 Performance has improved.time: [11.389 µs 11.433 µs 11.482 µs] change: [-7.5298% -7.1092% -6.6185%] (p = 0.00 < 0.05) decode 1048576 bytes, mask ff: 💔 Performance has regressed.time: [3.1771 ms 3.1862 ms 3.1970 ms] change: [+11.858% +12.397% +12.930%] (p = 0.00 < 0.05) decode 4096 bytes, mask 7f: 💚 Performance has improved.time: [17.481 µs 17.519 µs 17.562 µs] change: [-16.000% -15.750% -15.499%] (p = 0.00 < 0.05) decode 1048576 bytes, mask 7f: 💔 Performance has regressed.time: [5.5200 ms 5.5316 ms 5.5447 ms] change: [+21.499% +21.926% +22.348%] (p = 0.00 < 0.05) decode 4096 bytes, mask 3f: 💚 Performance has improved.time: [6.7027 µs 6.7227 µs 6.7453 µs] change: [-21.161% -20.149% -19.242%] (p = 0.00 < 0.05) decode 1048576 bytes, mask 3f: 💔 Performance has regressed.time: [2.1064 ms 2.1134 ms 2.1217 ms] change: [+32.201% +32.927% +33.656%] (p = 0.00 < 0.05) 1 streams of 1 bytes/multistream: No change in performance detected.time: [65.341 µs 65.460 µs 65.582 µs] change: [-1.2800% +0.2159% +1.1037%] (p = 0.82 > 0.05) 1000 streams of 1 bytes/multistream: 💚 Performance has improved.time: [23.550 ms 23.590 ms 23.631 ms] change: [-2.1019% -1.8885% -1.6932%] (p = 0.00 < 0.05) 10000 streams of 1 bytes/multistream: Change within noise threshold.time: [1.6248 s 1.6267 s 1.6286 s] change: [-0.9119% -0.7613% -0.6048%] (p = 0.00 < 0.05) 1 streams of 1000 bytes/multistream: Change within noise threshold.time: [66.632 µs 67.176 µs 68.156 µs] change: [+0.6698% +1.5586% +3.0151%] (p = 0.01 < 0.05) 100 streams of 1000 bytes/multistream: Change within noise threshold.time: [3.1455 ms 3.1521 ms 3.1595 ms] change: [-1.6232% -1.3101% -0.9918%] (p = 0.00 < 0.05) 1000 streams of 1000 bytes/multistream: Change within noise threshold.time: [137.50 ms 137.58 ms 137.66 ms] change: [-1.0645% -0.9882% -0.9093%] (p = 0.00 < 0.05) coalesce_acked_from_zero 1+1 entries: No change in performance detected.time: [89.554 ns 89.890 ns 90.222 ns] change: [-0.3403% +0.0547% +0.4627%] (p = 0.79 > 0.05) coalesce_acked_from_zero 3+1 entries: No change in performance detected.time: [106.83 ns 107.13 ns 107.47 ns] change: [-0.7116% -0.1216% +0.4877%] (p = 0.69 > 0.05) coalesce_acked_from_zero 10+1 entries: No change in performance detected.time: [106.46 ns 106.81 ns 107.26 ns] change: [-0.8755% -0.3134% +0.2893%] (p = 0.28 > 0.05) coalesce_acked_from_zero 1000+1 entries: No change in performance detected.time: [89.696 ns 93.329 ns 101.67 ns] change: [+0.1075% +3.7663% +12.694%] (p = 0.22 > 0.05) RxStreamOrderer::inbound_frame(): Change within noise threshold.time: [116.29 ms 116.34 ms 116.39 ms] change: [-0.2026% -0.1422% -0.0795%] (p = 0.00 < 0.05) SentPackets::take_ranges: No change in performance detected.time: [5.2284 µs 5.3803 µs 5.5444 µs] change: [-2.1200% +0.6572% +3.2403%] (p = 0.65 > 0.05) transfer/pacing-false/varying-seeds: Change within noise threshold.time: [34.477 ms 34.546 ms 34.615 ms] change: [+2.4398% +2.6990% +2.9822%] (p = 0.00 < 0.05) transfer/pacing-true/varying-seeds: Change within noise threshold.time: [34.240 ms 34.297 ms 34.355 ms] change: [+1.8472% +2.0687% +2.2939%] (p = 0.00 < 0.05) transfer/pacing-false/same-seed: Change within noise threshold.time: [34.343 ms 34.394 ms 34.444 ms] change: [+2.3576% +2.5718% +2.7846%] (p = 0.00 < 0.05) transfer/pacing-true/same-seed: Change within noise threshold.time: [34.616 ms 34.668 ms 34.721 ms] change: [+2.5479% +2.7383% +2.9517%] (p = 0.00 < 0.05) 1-conn/1-100mb-resp/mtu-1504 (aka. Download)/client: No change in performance detected.time: [2.1850 s 2.1923 s 2.1995 s] thrpt: [45.465 MiB/s 45.614 MiB/s 45.767 MiB/s] change: time: [-0.2834% +0.2752% +0.8165%] (p = 0.34 > 0.05) thrpt: [-0.8099% -0.2745% +0.2842%] 1-conn/10_000-parallel-1b-resp/mtu-1504 (aka. RPS)/client: No change in performance detected.time: [385.30 ms 387.49 ms 389.75 ms] thrpt: [25.657 Kelem/s 25.807 Kelem/s 25.954 Kelem/s] change: time: [-0.1619% +0.6417% +1.3917%] (p = 0.11 > 0.05) thrpt: [-1.3726% -0.6376% +0.1621%] 1-conn/1-1b-resp/mtu-1504 (aka. HPS)/client: Change within noise threshold.time: [26.837 ms 27.470 ms 28.120 ms] thrpt: [35.562 elem/s 36.404 elem/s 37.263 elem/s] change: time: [-7.5397% -4.3026% -0.9183%] (p = 0.01 < 0.05) thrpt: [+0.9268% +4.4960% +8.1545%] 1-conn/1-100mb-resp/mtu-1504 (aka. Upload)/client: No change in performance detected.time: [3.1557 s 3.1733 s 3.1910 s] thrpt: [31.338 MiB/s 31.513 MiB/s 31.689 MiB/s] change: time: [-1.6277% -0.6445% +0.3377%] (p = 0.21 > 0.05) thrpt: [-0.3365% +0.6487% +1.6547%] Client/server transfer resultsPerformance differences relative to 0e41954. Transfer of 33554432 bytes over loopback, 30 runs. All unit-less numbers are in milliseconds.
|
What is going on with those benchmarks? I'm seeing huge swings. Have you landed that CPU pinning change? I would have thought that we would be less exposed to noise with that. |
The failure here looks legit. We're doing a sign erasure cast. The problem I see is that we already suppress the lint, so I don't know what is going on there. |
So did I. I need to do some more debugging to understand and fix why it is (still) doing that. One weird aspect is that the isolated cores report a clock speed of 800MHz (vs. 3Ghz). That might be due to the way the isolation was done (via |
We didn't suppress |
And address some TODOs that were enabled by the new MSRV.