Solar Designer

@isieditors Have you tried the `--base64` option?

@isieditors We don't really know what the issue is in your case, but you might want to take a look at #4872. Also, are you using the script as it...

@isieditors Can you generate a dummy test wallet of this format that you can reproduce the issue on, and share that with us? Thank you!

@magnumripper Can you test on that rig whether the regression is in fact specific to this format, or would also be seen with another format we treated similarly? Reverting for...

Maybe we need to actually increase the 1ms threshold? Also, the 2.4% and 1.2% figures become rather low in absolute terms when we're near that threshold. While we could make...

Maybe this is both a good approach and a trivial enough change: ```diff +++ b/src/opencl_common.h @@ -342,8 +342,8 @@ void opencl_process_event(void); if (gpu_nvidia(device_info[gpu_id])) { \ wait_start = john_get_nano(); \ uint64_t...

I think an oversleep wouldn't result in "from ~25 Gp/s to more like 17 Gp/s" anyway, because it'd reduce the sleep duration to 7/8 (and then again, and again if...

> oversleep doesn't seem to be the problem but the sleeping itself To confirm, maybe try a fixed sleep time of 1ms. Then even 1us. > want a way to...

> I believe usleep is implemented using nanosleep, but just for the sake of it I tried using nanosleep instead, no difference. You can also try `select`-based sleep. > And...

Another experiment would be putting our own busy loop in there, tuned to consume e.g. 20ms, and see if the resulting nt-opencl performance is better, same, or worse than with...