Lock scheduler in GDB when launching functions#8629
Conversation
Signed-off-by: Mikhail Kot <mikhail@spiraldb.com>
Merging this PR will not alter performance
|
| Mode | Benchmark | BASE |
HEAD |
Efficiency | |
|---|---|---|---|---|---|
| ❌ | Simulation | chunked_bool_canonical_into[(1000, 10)] |
15.9 µs | 26.3 µs | -39.65% |
| ❌ | Simulation | chunked_varbinview_canonical_into[(100, 100)] |
224.4 µs | 259.6 µs | -13.55% |
| ❌ | Simulation | chunked_varbinview_into_canonical[(100, 100)] |
271.5 µs | 306.7 µs | -11.48% |
| ⚡ | Simulation | chunked_varbinview_into_canonical[(1000, 10)] |
205.7 µs | 169 µs | +21.73% |
| ⚡ | Simulation | bitwise_not_vortex_buffer_mut[128] |
244.4 ns | 215.3 ns | +13.55% |
| ⚡ | Simulation | bitwise_not_vortex_buffer_mut[1024] |
304.7 ns | 275.6 ns | +10.58% |
| ⚡ | Simulation | eq_i64_constant |
319.1 µs | 289.2 µs | +10.33% |
Tip
Investigate this regression by commenting @codspeedbot fix this regression on this PR, or directly use the CodSpeed MCP with your agent.
Comparing myrrc/gdb-2 (5b0ac94) with develop (3077131)
Footnotes
-
4 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. ↩
Previously, when printing Id in GDB, thread have been changing constantly
and stack frame was lost. This PR resolves that.