Build run: https://github.com/rsaxvc/openocd-esp32-zomgsofast/actions/runs/13296869712/
Linux build: https://github.com/rsaxvc/openocd-esp32-zomgsofast/actions/runs/13296869712/artifacts/2582283547
Windows build: https://github.com/rsaxvc/openocd-esp32-zomgsofast/actions/runs/13296869712/artifacts ...

Samuel Obuch had an issue using it, and I traced it to a VAXism in gprof. Until that can be addressed, histogram resolution is reduced for gprof compatibility. Also having a bit of trouble with the github builder today.

I've got a new update that handles profiling with sparse memory maps by emitting multiple histograms - the sampling is now full resolution(instruction-accurate) with only 100-200KB typical filesize.

I've noticed that function calls with floating point arguments are a little heavier than on RISC-V and ARM32, for the same GCC12.2.0, due to the ABI in use. Here's a trivial example:


float fmac(float a, float b, float c) {
return a * b + c;
}

RISC-V, F-ABI(not for ESP chips):

fmac(float ...

One case seems to be if the server responds over HTTP during the protocol change: https://github.com/espressif/esp-protocols/issues/396

If you have control of the server, you may try to delay sending to the client until the protocol change to websocket is completed.