Quote from: korotin@yahoo.com on February 21, 2018, 10:28:38 PM

Quote from: dstm on February 20, 2018, 12:34:05 PM

Quote from: Valter84 on February 10, 2018, 09:18:44 AM

Hello dstm,

Thank you for your great work. I have been using your software to mine for a while.
I would like to ask, if it possible to make your software "restart" after a cuda memory fail on a gpu.
I have several rigs running and I am not always checking on them, it`s not nice to see that I had one rig not working for a entire night or day because there was a error.
This happens more in rigs where I have 6 different gpu`s from nvidia, it`s not easy to find the best OC. So if, a error happens, it should be logged and the mining should restart. That way I would check for the logs and know that I should reduce a OC on a gpu but i wouldn`t lost several hours of mining.

Thank you very much and keep the good work.

Sorry about my poor english.

I've already done some tests with respect to this. This can't be done reliable from the context of zm. If an unstable/overclocked GPU crashes it stops responding to driver calls most of the time such that it's impossible to restart the GPUs from zm's context. You need something external - like a simple script - which restarts zm on GPU crashes. However this won't work reliable too - sometimes you have to restart your whole system after a GPU crash. If possible zm reports the affected GPU but even this is not always possible on unstable hardware.

When DSTM crashes it displays the windows error message box (like unhandled exception) from the DSTM process. So if I run it from the loop batch script it waits until I press OK button on that MessageBox, then process exists and then the batch can loop and restart.
My question, is it possible to avoid it, put some kind of global try-catch, quietly log the error and exit process.

Maybe this could help : https://www.raymond.cc/blog/disable-program-has-stopped-working-error-dialog-in-windows-server-2008/