Conversation
Merging this PR will degrade performance by 24.88%
|
| Mode | Benchmark | BASE |
HEAD |
Efficiency | |
|---|---|---|---|---|---|
| 🆕 | Simulation | search_index_above_max |
N/A | 28.8 µs | N/A |
| 🆕 | Simulation | get_patched_above_max |
N/A | 44.1 µs | N/A |
| 🆕 | Simulation | search_index_full_range_random |
N/A | 270.2 µs | N/A |
| 🆕 | Simulation | search_index_in_range |
N/A | 265 µs | N/A |
| 🆕 | Simulation | search_index_mixed_out_of_range |
N/A | 26.3 µs | N/A |
| 🆕 | Simulation | search_index_below_min |
N/A | 23.6 µs | N/A |
| ❌ | Simulation | new_bp_prim_test_between[i64, 32768] |
177.3 µs | 236 µs | -24.88% |
| ⚡ | Simulation | bitwise_not_vortex_buffer_mut[128] |
275.3 ns | 246.1 ns | +11.85% |
Comparing bp/minmax-index (705b9a5) with develop (5e5572b)
Footnotes
-
138 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports. ↩
Cache
min/maxpatch indices inPatchesand short-circuitsearch_indexwhen the query falls outside that range. Speeds up ALP/BitPackedscalar_at. This should help with slicing any patched array into a region that doesn't overlap the patch range