Thank you for the log. We have a clue why this might be happening but we will send you a new version via PM later today to confirm if the workaround is working.

Unfortunately the logs won't provide much information as we already report any OpenCL errors in red color directly in the console window. If you don't see any OpenCL errors in the console window, then all OpenCL calls seem to complete successfully. This is definitely a driver instability because of the high memory or core overclock (or too aggressive memory straps even at normal memory clocks). The only thing that can be done to alleviate such problems (besides scaling down the overclock just a little) is to add couple of -minspeed like options: one for the whole rig and the other for individual GPUs as described bellow. If the hashrate of a GPU falls bellow the specified threshold for more than minute or so, the miner will restart itself (or the whole rig if you specify -rmode 2).

The plan is to have -minRigSpeed option that would be equivalent to Claymore's -minspeed, and -minGpuSpeed. On the second one if you specify one value, it will apply to every card and if you specify multiple values they will be used on card-by-card basis and apply different min speed for each GPU (if you don't want one some of the GPUs to be monitored for min speed you can specify 0 for their min speed).


They are included in the TODO list but we need to fix some other issues first. We hope to start implementing the AMD clock/frequency controls in two-three weeks.