... graphic Card hangs up. When screens in energy save mode, they cannot be reactivated and stay dark ...
The problems is the "energy save mode". By putting the screen(s) in to energy saving mode TURNS OFF THE GPU and screen(s) this causes the GPU's to become UNAVAILABLE for use by BOINC and a crash occurs.
FIX: DISABLE GPU/SCREEN(s) ENERGY SAVING MODE(s) and JUST TURN OFF THE MONITOR(s) WHEN NOT IN USE.
If you read my post from yesterday with the more detailed test results, you can see, that error situation is independent to the screen status. It occurs also, when they are active. The properties in Windows are, that GPU and CPU never turn off and run always in maximum performance.
Quote:
If the error occurs during work on the computer, then screens get white. Nothing else displayed.
Latest news to this issue. I've performed now almost every test, i'm able to make. Including change of the hardware to exclude a messi hardware. The result is still always the same. 100% crash probalitiy for parkes application/data (occuring at around 10% of completion of the task) and a random, but rare crash with the Arecibo application/data. I've pinned down the error situations to the environment Einstein application/cuda driver with Quatro K4200 card/boinc platform. Most likely the bug is in the einstein application and many things point to an overflow problem.
I don't know, if one o the developers reads this thread. But ist would be up to them to debug.
Rechenkuenstler in Message
)
The problems is the "energy save mode". By putting the screen(s) in to energy saving mode TURNS OFF THE GPU and screen(s) this causes the GPU's to become UNAVAILABLE for use by BOINC and a crash occurs.
FIX: DISABLE GPU/SCREEN(s) ENERGY SAVING MODE(s) and JUST TURN OFF THE MONITOR(s) WHEN NOT IN USE.
If you read my post from
)
If you read my post from yesterday with the more detailed test results, you can see, that error situation is independent to the screen status. It occurs also, when they are active. The properties in Windows are, that GPU and CPU never turn off and run always in maximum performance.
What about clicking never to
)
What about clicking never to put Hard Drive to sleep?
Latest news to this issue.
)
Latest news to this issue. I've performed now almost every test, i'm able to make. Including change of the hardware to exclude a messi hardware. The result is still always the same. 100% crash probalitiy for parkes application/data (occuring at around 10% of completion of the task) and a random, but rare crash with the Arecibo application/data. I've pinned down the error situations to the environment Einstein application/cuda driver with Quatro K4200 card/boinc platform. Most likely the bug is in the einstein application and many things point to an overflow problem.
I don't know, if one o the developers reads this thread. But ist would be up to them to debug.