Quote from: Brucelats on August 20, 2017, 06:10:02 PM

Quote from: chrysophylax on August 20, 2017, 06:59:38 AM

Quote from: Brucelats on August 19, 2017, 04:04:30 PM

Quote from: Wolf0 on August 19, 2017, 01:05:02 PM

Quote from: chrysophylax on August 19, 2017, 10:53:09 AM

Quote from: Brucelats on August 18, 2017, 08:34:33 PM

Quote from: chrysophylax on August 18, 2017, 01:37:33 PM

Quote from: bel123 on August 18, 2017, 01:00:22 PM

0.9.9 release please

Stability, easy to use is ok but everybody first always see on mhs and $

What to use in bat file to test latest version ccminer on your pool?

when CWIgm-0.9.9 is ready to be beta tested ...

depending on your machines - but if its a single system with its own worker on the pool - then -c --lodiff ...

otherwise - if it is a few machines on the one worker - leave the --lodiff parameter off ...

other settings to use are -i depending on what card you use and many others ...

read through the readme.txt that comes with your welcome pack and download ... it explained the parameters you can use for the cards and systems you have ...

#crysx

Crysx, i asked several times. Is there an option to turn off miner when certain temperature is met, for safety? If my rig temperatures jump for more then 15-20% then ussual something is wrong, and throttling has no use kinda. It will either work on lower temp or not work at all, no need to throttle GPU-s on which cooling started to be a problem. It's not a solution.

If you dont have it, why and it would be amazing to have it. Or do you know some other way how to turn off miner if i reach certain temperature.

there is no way to just turn off a card when something goes wrong ...

not even in the 5year old mature applications ( ccminer and sgminer ) that i know of ...

though that would be a great addition - but the 'why' part of your question is VERY difficult to answer ... the simple and short answer is - because its VERY difficult ...

Allow me to attempt explaining it: A program is a collection of one or more "threads" that you can think of as semi-independent little programs sharing memory. Most often, one is assigned per GPU you have, to handle giving that specific GPU work, and getting results from it. When you ask a GPU to do something - you are actually "calling" (or running code from, and waiting for it to tell you it finished and what went down) code from the driver. Keeping it simple - AMD develops the driver, which is buried deep in the OS and controls the hardware for you - so you can say "Run this shit and tell me what nonces are good" without having to care too much about the details. If a GPU has hung... it has hung inside the code that is deep in the shit that the miner dev usually doesn't even think about - let alone control. That thread is now "stuck", and will remain so until the entire program terminates. You may notice how when a GPU goes "DEAD" in SGMiner, the others continue to mine... this is why.

So, everything continues despite that thread's fucked status until somebody or something tells the whole miner program to quit... and therefore, all its threads must quit... oh shit. The OS can't actually terminate it properly - it's stuck in low-level code that happens to often be a core, low-level part of the OS itself... in short - we be fucked. Hard reboot to bring the GPU back up, in short.

Read my upper post. I asked the simplest solution. I dont need to shut down GPU-s. I just need to close the miner application.

IF temp on GPU 0 or 1 or 2 or whatever = 70 degrees - Close CWIgm.exe

...

there ARE such scripts you can write to loop CWIgm into a reset ...

BUT - what you are asking is all part of the GPU MONITORING ... which is why such a details explanation for such a 'simple' question ...

you need to understand that an application needs to KNOW a gpu is dead or over heated BEFORE any actions can be taken ... which is the explanations you have above ..

so the answer is simple ( and mentioned earlier also ) - no there is no way of CWIgm or AND mining application to close when an event like that occurs BECAUSE it needs to KNOW that a gpu has overheated or died ... there maybe a command to put into a script that is ANY gpu reaches a certain temperature then shut down the miner - but that brings us back to the same issue with monitoring ... im sure windows has some utilities of tools that can help there - but we know of none that would monitor temps AND shut an application down in such events ...

without sounding offensive here - but anything missed there? ... as im sort of confused as to why you would think this question is actually simple ...

#crysx

Cant application work with temperature values it shows on the screen, like it shows fan %, core clock and such? It needs to take those values from somewhere first and store them in a variable before puting them on screen. And if it reads temp is above 75 or 80 it calls command to close the whole app.

If i am dumb or bother you just say haha. Also dont want to waste ur time. It's just curiosity now as i used to programm on my college and have some okish background. The whole reason why i thought it's simple is coz application allready works with temperatures in some way. I would say it takes that data from somewhere, store then in some string variable, or maybe integer or whatever if it's not stored as character and then put them on the screen.

AND ANYWAY! I like your miner very much. I like it clean and simple as it is. Very nice UI. Also pool is rly cool. Have a lot of details and works well. Keep it up!

no no no ...

you are not wasting our time - or 'dumb' - or bothering us ...

but it seems you misunderstood WHY we were explaining what we have been ... there is NO option in the current miner ( or any other miner ) to do what you ask - unless an external application takes these values and uses them to determine what to do with CWIgm running ...

tell you what tho - if this is something a few users CAN use - lets see what can be done ... this IS a beta afterall - so testing new things wont hurt ... depending on how mcuh work we need to put into the coding of it of course - as other things take priority for the time being ...

much appreciated for the positive and kind words also ...

#crysx