You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One useful feature of the original sightglass code was the ability to run the benchmarks as native machine code in order to form a baseline for comparison. If we migrate this functionality from webui_runner to benchmarks-next (e.g.), we can then fully replace the old sightglass runner with the new one.
This involves some investigation to determine how to hook into the bench_start() and bench_end() calls with perf.
The text was updated successfully, but these errors were encountered:
I've looked into this a bit more and it seems highly unlikely that we will be able to trigger perf to measure hardware events (e.g. instructions retired) using tracepoints. I was hoping that something like the following would work:
Another option is to start measuring directly with perf_event_open inside the bench_start call, much like what happens in the recorder crate. We could modify the sightglass-next.h header to do this when compiling the benchmarks natively (i.e. not to Wasm) so that we could get at least some native measurements.
One useful feature of the original sightglass code was the ability to run the benchmarks as native machine code in order to form a baseline for comparison. If we migrate this functionality from
webui_runner
tobenchmarks-next
(e.g.), we can then fully replace the old sightglass runner with the new one.This involves some investigation to determine how to hook into the
bench_start()
andbench_end()
calls withperf
.The text was updated successfully, but these errors were encountered: