Bitcoin Forum
December 05, 2016, 04:39:44 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 [172] 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4818226 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
February 02, 2012, 04:06:55 PM
 #3421

Quote
--temp-cutoff <arg> Temperature where a GPU device will be automatically disabled, one value or comma separated list (default: 95)

Will it still shut off without using --auto-gpu?  I just realized I have a rig without --auto-gpu because I want the clocks fixed, but does that mean it will burn up when the AC breaks?

Not sure.  I always use auto-gpu.  I would assume --temp-cutoff is always used even if auto-gpu = false but that might be a dangerous assumption.  Hopefully conman can weigh in.
1480955984
Hero Member
*
Offline Offline

Posts: 1480955984

View Profile Personal Message (Offline)

Ignore
1480955984
Reply with quote  #2

1480955984
Report to moderator
1480955984
Hero Member
*
Offline Offline

Posts: 1480955984

View Profile Personal Message (Offline)

Ignore
1480955984
Reply with quote  #2

1480955984
Report to moderator
1480955984
Hero Member
*
Offline Offline

Posts: 1480955984

View Profile Personal Message (Offline)

Ignore
1480955984
Reply with quote  #2

1480955984
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480955984
Hero Member
*
Offline Offline

Posts: 1480955984

View Profile Personal Message (Offline)

Ignore
1480955984
Reply with quote  #2

1480955984
Report to moderator
1480955984
Hero Member
*
Offline Offline

Posts: 1480955984

View Profile Personal Message (Offline)

Ignore
1480955984
Reply with quote  #2

1480955984
Report to moderator
bitclown
Full Member
***
Offline Offline

Activity: 186


View Profile
February 02, 2012, 05:26:56 PM
 #3422

i do have a windows XP problem. It doesnt work on my friend's machine either (hes running winxp 32 bit) 
You still haven't mentioned what the problem is. That said, you shouldn't expect modern hardware and software to operate painlessly on your legacy system. I don't see any Linux users demanding 2.4 support, which was the kernel version at the time WinXP was released.
bulanula
Hero Member
*****
Offline Offline

Activity: 518



View Profile
February 02, 2012, 05:37:20 PM
 #3423

Quote
--temp-cutoff <arg> Temperature where a GPU device will be automatically disabled, one value or comma separated list (default: 95)

Will it still shut off without using --auto-gpu?  I just realized I have a rig without --auto-gpu because I want the clocks fixed, but does that mean it will burn up when the AC breaks?

Not sure.  I always use auto-gpu.  I would assume --temp-cutoff is always used even if auto-gpu = false but that might be a dangerous assumption.  Hopefully conman can weigh in.

Yeah. I happen to be very interested in this as well.

What exactly are the safeguards in place by default ( or not by default and user must set them implicitly ) in case the GPU fan dies completely and I am not present or able to assist ASAP to come and stop the mining from killing the fanless card ?

Thanks !
jake262144
Full Member
***
Offline Offline

Activity: 210


View Profile
February 02, 2012, 05:48:01 PM
 #3424

There are two kinds of safeguards (fan speed configuration is excluded to simulate a catastrophic fan failure):
(1)  soft, speed throttling is supposed to keep the GPU temperature below target temperature:
       + "gpu-engine" : "400-1005",
       + "auto-gpu" : true,
       + "temp-overheat" : "76",
       + "temp-target" : "72",
       + "temp-hysteresis" : "2",

(2)  hard, a measure of last resort to switch the device off before it goes critical:
      + "temp-cutoff" : "81",

Once your card exceeds (temp-target + temp-hysteresis) two things may happen: the fan will speed up to maximum defined fan speed ("gpu-fan" : "52-57") and the core will be throttled down.
Obviously for this to work, auto-gpu and auto-fan need to be enabled. Gpu-fan needs to have a percentage range defined to change the fan speed.

Once your card exceeds temp-overheat two things may happen: the fan will speed up to 100% (we can forget that in our doomsday scenario) and the card will maximally throttle its core down according to gpu-engine.
auto-gpu is mandatory for the engine to be downclocked.
auto-fan is mandatory for the fan to be speeded up to 100%
If gpu-engine is defined as a static value the GPU will only underclock to its stock speed. Otherwise, the card will underclock as far as gpu-engine allows.

temp-cutoff absolutely depends on auto-gpu being set. It does not require a gpu-engine range to be defined.

Normal fan speeds ("auto-fan" : true, "gpu-fan" : "60-65") are only used to prevent the card from hitting temp-overheat. If gpu-fan is set too low and the card hits the temp-overheat threshold you'll definitely hear the fan going in the self-preservation mode.


Examples: (ver 1.0.42a)
"auto-gpu" : false, "auto-fan" : false - your card will burn if it exceeds critical temperature. All protections are inactive.
"auto-gpu" : true, "gpu-engine" : "942", "auto-fan" : false - the card will start throttling core speed on exceeding (temp-target + temp-hysteresis). On exceeding temp-overheat the core will be throttled down to its stock speed. On exceeding "temp-cutoff" mining threads will be disabled. The fan will keep steady on temp-overheat.
"auto-gpu" : true, "gpu-engine" : "400-942", "auto-fan" : false - as in previous example, except on exceeding temp-overheat core will be throttled down to 400MHz.

"auto-gpu" : false, "auto-fan" : true - your card will burn on catastrophic fan failure. The fan will speed up to 100% on temp-overheat.
"auto-gpu" : true, "gpu-engine" : "942", "auto-fan" : true, "gpu-fan" : "60" - the card will start throttling core speed on exceeding (temp-target + temp-hysteresis). On exceeding temp-overheat the core will be throttled down to its stock speed and the fan will speed up to 100%.  On exceeding "temp-cutoff" mining threads will be disabled.
"auto-gpu" : true, "gpu-engine" : "942", "auto-fan" : true, "gpu-fan" : "55-65" - as in previous example, except on exceeding (temp-target + temp-hysteresis), the card will start throttling core speed and will start raising the fan speed up to 65%.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
February 02, 2012, 05:52:43 PM
 #3425

      + "temp-cutoff" : "79",

The question is will temp-cutoff be enforced even if auto-gpu is false?
What about temp-overheat?

I think they are just would be good to get confirmation from the code before someone relies on that.
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 756


View Profile
February 02, 2012, 06:03:22 PM
 #3426

      + "temp-cutoff" : "79",

The question is will temp-cutoff be enforced even if auto-gpu is false?
What about temp-overheat?

I think they are just would be good to get confirmation from the code before someone relies on that.

From what I understand temp-overheat is only used to move the fan from 85% to 100% only when auto-fan is used.  If auto-fan and auto-gpu are set then the gpu clocks will be lowered first before the fan jumps to 100%.  Which would lead me to believe temp-cutoff is not set without auto-gpu. If I set auto-gpu and gpu-engine X (no range) will it keep a static engine speed?

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
jake262144
Full Member
***
Offline Offline

Activity: 210


View Profile
February 02, 2012, 06:17:19 PM
 #3427

Damn the haste  Angry
Post fixed now, sorry guys.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
February 02, 2012, 06:50:46 PM
 #3428

temp-cutoff does not require a gpu-engine range to be defined but it absolutely depends on auto-gpu being set.

If that is true I wonder if it should be changed.  Most people looking to set a static gpu speed likely are interested in failsafe protection.

I would imagine having temp-cutoff always active to be the safer solution.  If someone wants to risk their GPU they could always set a temp-cutoff value of say 300.  That would require the user to essentially say "I don't care if it causes my GPU to melt never reduce speed or bring GPU offline".
bulanula
Hero Member
*****
Offline Offline

Activity: 518



View Profile
February 02, 2012, 06:57:22 PM
 #3429

temp-cutoff does not require a gpu-engine range to be defined but it absolutely depends on auto-gpu being set.

If that is true I wonder if it should be changed.  Most people looking to set a static gpu speed likely are interested in failsafe protection.

I would imagine having temp-cutoff always active to be the safer solution.  If someone wants to risk their GPU they could always set a temp-cutoff value of say 300.  That would require the user to essentially say "I don't care if it causes my GPU to melt never reduce speed or bring GPU offline".

I agree there is no reason to disable this feature and should be hardcoded. If the mad guys wanna fry their GPUs then let them compile it with off option etc.
Gabi
Legendary
*
Offline Offline

Activity: 1050


View Profile
February 02, 2012, 07:00:44 PM
 #3430

Tried the --gpu-memclock on a 6950, it doesn't work. Memory clock doesn't change when i start cgminer.
While --gpu-engine work perfectly and change the core clock.

Oh well not a problem, i'll still use msi afterburner for changing clocks

Except that, cgminer work without problems.
P4man
Hero Member
*****
Offline Offline

Activity: 504



View Profile
February 02, 2012, 07:02:02 PM
 #3431

temp-cutoff does not require a gpu-engine range to be defined but it absolutely depends on auto-gpu being set.

If that is true I wonder if it should be changed.  Most people looking to set a static gpu speed likely are interested in failsafe protection.

I would imagine having temp-cutoff always active to be the safer solution.  If someone wants to risk their GPU they could always set a temp-cutoff value of say 300.  That would require the user to essentially say "I don't care if it causes my GPU to melt never reduce speed or bring GPU offline".

+10 !

I just had a fan failure and my card was cooking. I mistakenly assumed it would cut off at cut off temp, but I had not set dynamic clocks, so to my great surprise, it did not shut down  Cry

gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 756


View Profile
February 02, 2012, 07:05:06 PM
 #3432

Tried the --gpu-memclock on a 6950, it doesn't work. Memory clock doesn't change when i start cgminer.
While --gpu-engine work perfectly and change the core clock.

Oh well not a problem, i'll still use msi afterburner for changing clocks

Except that, cgminer work without problems.

6950's have a memclock limit of engine -125.  Try setting --gpu-memdiff -125 or just make sure the mem clock is no more than 125 less then engine clock.

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
Gabi
Legendary
*
Offline Offline

Activity: 1050


View Profile
February 02, 2012, 07:16:33 PM
 #3433

But afterburner let me set it at like 300mhz, without problems. And gpu-z too confirm that memory is at 300mhz. Or both lie?
bulanula
Hero Member
*****
Offline Offline

Activity: 518



View Profile
February 02, 2012, 07:23:55 PM
 #3434

temp-cutoff does not require a gpu-engine range to be defined but it absolutely depends on auto-gpu being set.

If that is true I wonder if it should be changed.  Most people looking to set a static gpu speed likely are interested in failsafe protection.

I would imagine having temp-cutoff always active to be the safer solution.  If someone wants to risk their GPU they could always set a temp-cutoff value of say 300.  That would require the user to essentially say "I don't care if it causes my GPU to melt never reduce speed or bring GPU offline".

+10 !

I just had a fan failure and my card was cooking. I mistakenly assumed it would cut off at cut off temp, but I had not set dynamic clocks, so to my great surprise, it did not shut down  Cry

So does this mean that if I say, set the clocks manually to 960 core then my card will fry if the fans goes out while I am not around ? Sad
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
February 02, 2012, 07:26:14 PM
 #3435

But afterburner let me set it at like 300mhz, without problems. And gpu-z too confirm that memory is at 300mhz. Or both lie?

It likely didn't.

GPU-z main tab = what card is SET at.
GPU-Z sensor tab = what card is running at.
cgminer GPU display = what card is running at.

I think you will find the sensor tab on GPU-Z shows a different thing.
Alternative if you "set" it 300 Mhz in GPU-Z and then look into cgminer it will show it at stock.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
February 02, 2012, 07:28:11 PM
 #3436

So does this mean that if I say, set the clocks manually to 960 core then my card will fry if the fans goes out while I am not around ? Sad

Yeah hopefully conman can confirm.
a) --temp-cutoff is always active
or
b) it isn't but it can be made always active in next version.

Looking at the code briefly it looks like --temp-cutoff is only checked if --auto-gpu is enabled.

https://github.com/ckolivas/cgminer/blob/master/adl.c
jake262144
Full Member
***
Offline Offline

Activity: 210


View Profile
February 02, 2012, 07:35:01 PM
 #3437

So does this mean that if I say, set the clocks manually to 960 core then my card will fry if the fans goes out while I am not around ? Sad

This means, if you don't set auto-gpu and your fans fail when you're not around, firefighters might arrive.
See the example configuration


Yeah hopefully conman can confirm.
a) --temp-cutoff is always active
or
b) it isn't but it can be made always active in next version.

If it is b I think as a hack around you could set "auto-gpu" and a "gpu-engine" range of like "799-800".
It's b except you don't need to meddle with gpu-range. auto-gpu and gpu-range "800" will do the trick.
Auto-gpu and gpu-range "400-800" will be even better.

Conman is a kernel hacker, I believe temp-cutoff depends on auto-gpu because he wanted to give the user full control over the hardware and make cgminer bulletproof against devices with failing temperature sensors...  or he just made a mistake nesting all those ifs Grin
bulanula
Hero Member
*****
Offline Offline

Activity: 518



View Profile
February 02, 2012, 07:40:33 PM
 #3438

OK. Thank you very much for these revelations jack ! I will apply them right now and hope that this will indeed work as it is supposed to.

Anyone wanna try and jam the GPU fan for a "simulation" Grin so we can have confirmation ?

Thanks !
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 756


View Profile
February 02, 2012, 07:41:20 PM
 #3439

"auto-gpu" : true, "gpu-engine" : "942", "auto-fan" : true - the card will throttle itself down to its stock speed on exceeding temp-overheat, mining threads will be disabled on exceeding "temp-cutoff". The fan will speed up to 100% on temp-overheat.

I don't think this is right.  I use auto-gpu and auto-fan on a rig and if fan is at 85% gpu is throttled at target-temp (75 default) + temp-hysterisis (3 default).  I think temp-overheat is just used to move the fan to 100% after other options fail.  If that doesn't work temp-cutoff is the failsafe.

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
February 02, 2012, 07:42:20 PM
 #3440

Conman is a kernel hacker, I believe temp-cutoff depends on auto-gpu because he wanted to give the user full control over the hardware and make cgminer bulletproof against devices with failing temperature sensors...  or he just made a mistake nesting all those ifs Grin

I understand the logic but I do believe it is counter intuitive and cgminer would be safer is
a) temp-cutoff is always checked.
b) default temp-cutoff value is some high but safe number like 90C

thus if user wants to push cards higher they have to explicitly set a higher value.  If user doesn't (and thus might be unaware) the miner will protect him from himself. Smiley
Pages: « 1 ... 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 [172] 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!