OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 631.

Diapolo

hero member

Activity: 769

Merit: 500

Quote from: DeathAndTaxes on February 26, 2012, 03:50:43 PM

Quote from: Prayer on February 26, 2012, 03:47:54 PM

Quote from: Diapolo on February 26, 2012, 12:33:28 PM

You could simply try another kernel, as there are 4 of them Cheesy

. Have you installed the latest NVIDIA drivers?

Add one of this switches to your command line:

-k diablo
-k diakgcn
-k poclbm
-k phatk

Dia

Thanks for the tip. Drivers are up to date, and I tried all 4 kernels. On all 4 kernels, the display driver still crashes immediately.

Code:

cgminer -o http://localhost:9332 -O user:pass -d 0 -k (kernel)

If I run the poclbm executable from the guiminer package, it seems to work just fine. GPU is pegged and things appear to be running at ~25M. Guess I'll just do this for now and wait a new release of cgminer.

Is there anything I can do to actually help figure out what's happening?

Thanks,

-Prayer

Lets start simple.
Delete (or move) any bin files in cgminer folder.
Return all cards to stock.
Don't run any third party utilities (Trixx, AB, Catalyst Control Center). If they are set to run at boot change that temporarily.
Do a reboot try running cgminer with code above. Does it still crash? Is so well then you stumped me.

If not then you have a starting point.

The only two things I can think of is
a) cgminer is very efficient. It pushes a card harder than other miners at a given clock thus you can't always run same clock. What matters is MH/s (or more directly shares/min) not clock so cgminer can still be the best miner
b) you got some other junk utility like afterburner which is causing a conflict.

It would be interesting to know, if any .bin files are generated at all ... perhaps it's a compilation issue with the OpenCL compiler.
You could try to add -v 1 -w 64 to force no vectors and worksize of 64 (perhaps CGMINER autodetection messes something up), I guess this should be save on NVIDIA, but I have really no mining experience with their GPUs.

Dia

DeathAndTaxes

donator

Activity: 1218

Merit: 1079

Gerald Davis

Quote from: Prayer on February 26, 2012, 03:47:54 PM

Quote from: Diapolo on February 26, 2012, 12:33:28 PM

You could simply try another kernel, as there are 4 of them Cheesy

. Have you installed the latest NVIDIA drivers?

Add one of this switches to your command line:

-k diablo
-k diakgcn
-k poclbm
-k phatk

Dia

Thanks for the tip. Drivers are up to date, and I tried all 4 kernels. On all 4 kernels, the display driver still crashes immediately.

Code:

cgminer -o http://localhost:9332 -O user:pass -d 0 -k (kernel)

If I run the poclbm executable from the guiminer package, it seems to work just fine. GPU is pegged and things appear to be running at ~25M. Guess I'll just do this for now and wait a new release of cgminer.

Is there anything I can do to actually help figure out what's happening?

Thanks,

-Prayer

Lets start simple.
Delete (or move) any bin files in cgminer folder.
Return all cards to stock.
Don't run any third party utilities (Trixx, AB, Catalyst Control Center). If they are set to run at boot change that temporarily.
Do a reboot try running cgminer with code above. Does it still crash? Is so well then you stumped me.

If not then you have a starting point.

The only two things I can think of is
a) cgminer is very efficient. It pushes a card harder than other miners at a given clock thus you can't always run same clock. What matters is MH/s (or more directly shares/min) not clock so cgminer can still be the best miner
b) you got some other junk utility like afterburner which is causing a conflict.

Prayer

member

Activity: 69

Merit: 10

Quote from: Diapolo on February 26, 2012, 12:33:28 PM

You could simply try another kernel, as there are 4 of them Cheesy

. Have you installed the latest NVIDIA drivers?

Add one of this switches to your command line:

-k diablo
-k diakgcn
-k poclbm
-k phatk

Dia

Thanks for the tip. Drivers are up to date, and I tried all 4 kernels. On all 4 kernels, the display driver still crashes immediately.

Code:

cgminer -o http://localhost:9332 -O user:pass -d 0 -k (kernel)

If I run the poclbm executable from the guiminer package, it seems to work just fine. GPU is pegged and things appear to be running at ~25M. Guess I'll just do this for now and wait a new release of cgminer.

Is there anything I can do to actually help figure out what's happening?

Thanks,

-Prayer

spiccioli

legendary

Activity: 1378

Merit: 1003

nec sine labore

Quote from: kano on February 26, 2012, 10:18:09 AM

Quote from: spiccioli on February 26, 2012, 09:31:00 AM

...
So either my CPU is too weak to handle 5 GPUs or cpu usage can be lower, but it does not depend on catalyst/amd sdk.

BTW I've tested catalyst 11.12 (11.11 gives problems installing) and 12.1 on xubuntu 11.10 64bit this morning with more or less same levels of CPU usage.

spiccioli

While it's running at 60% CPU ...
cat /proc/cpuinfo

kano,

here it is, cgminer alone around 40%

Code:

processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 6
model name	: AMD Sempron(tm) 145 Processor
stepping	: 3
cpu MHz		: 800.000
cache size	: 1024 KB
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc up rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr npt lbrv svm_lock nrip_save
bogomips	: 5623.63
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

Note it says CPU MHz 800.00 so I think I've being chasing the wrong problem for two days, if CPU is at 2.8Ghz cgminer uses around 10% of CPU

Thanks for your help!

spiccioli.

rjk

sr. member

Activity: 448

Merit: 250

1ngldh

Quote from: tenzor on February 26, 2012, 09:41:58 AM

Quote from: DeathAndTaxes on February 16, 2012, 11:02:33 AM

I would love to see an expanded version of this that goes down to 100 (or lower) memclock using latest version of cgminer, latest drivers, and SDK 2.1.

Here is some tests

You sir, are full of awesome. Will we be able to see the other test results soon?
Do you have a 5870 to test with?

Diapolo

hero member

Activity: 769

Merit: 500

Quote from: Prayer on February 26, 2012, 10:54:30 AM

Not sure what's going on, but when I attempt to start cgminer, my display driver immediately crashes, and all I get from cgminer, is this:

Code:

[2012-02-26 09:29:29] LONGPOLL requested work restart, waiting on fresh work
[2012-02-26 09:29:29] Failed to tq_push in queue_request
[2012-02-26 09:29:39] LONGPOLL requested work restart, waiting on fresh work
[2012-02-26 09:29:39] Failed to tq_push in queue_request

A search on "tq_push in queue_request" turned up nothing useful.

When I exit cgminer, I get this:

Code:

[2012-02-26 09:45:59]
Summary of runtime statistics:

[2012-02-26 09:45:59] Started at [2012-02-26 09:12:24]
[2012-02-26 09:45:59] Pool: http://127.0.0.1:9332
[2012-02-26 09:45:59] Runtime: 0 hrs : 0 mins : 0 secs
[2012-02-26 09:45:59] Average hashrate: 672.8 Megahash/s
[2012-02-26 09:45:59] Solved blocks: 0
[2012-02-26 09:45:59] Queued work requests: 2254
[2012-02-26 09:45:59] Share submissions: 0
[2012-02-26 09:45:59] Accepted shares: 0
[2012-02-26 09:45:59] Rejected shares: 0
[2012-02-26 09:45:59] Hardware errors: 0
[2012-02-26 09:45:59] Efficiency (accepted / queued): 0%
[2012-02-26 09:45:59] Utility (accepted shares / min): 0.00/min

[2012-02-26 09:45:59] Discarded work due to new blocks: 204
[2012-02-26 09:45:59] Stale submissions discarded due to new blocks: 0
[2012-02-26 09:45:59] Unable to get work from server occasions: 95
[2012-02-26 09:45:59] Work items generated locally: 24762
[2012-02-26 09:45:59] Submitting work remotely delay occasions: 0
[2012-02-26 09:45:59] New blocks detected on network: 6

The things that concern me, is that the runtime at 0 hours, 0 mins, 0 secs, and the hashrate of 672.8. If, after 33 minutes, the runtime is 0, how is there /any/ hashrate at all? How is is 672, when pcolbm reports only 26. Is cgminer really 25x faster?

Any suggestions on what to look at?

Asus M5A99X MB
AMD FX-4100
8GB RAM
Nvidia 8800GT, driver version 285.62
Windows 7 x64 SP1

I'm still using an old video card because it did what I needed it to do when I upgraded everything else. I found Bitcoin just a couple weeks later. I may upgrade to something else, I may not... haven't decided yet.

Thanks,

-Prayer

You could simply try another kernel, as there are 4 of them Cheesy

. Have you installed the latest NVIDIA drivers?

Add one of this switches to your command line:

-k diablo
-k diakgcn
-k poclbm
-k phatk

Dia

jake262144

full member

Activity: 210

Merit: 100

Quote from: Prayer on February 26, 2012, 10:54:30 AM

A search on "tq_push in queue_request" turned up nothing useful...

How about doing a search of queue_request inside cgminer source code?

Code:

static bool queue_request(struct thr_info *thr, bool needed)
{
(...)
	applog(LOG_DEBUG, "Queueing getwork request to work thread");

	/* send work request to workio thread */
	if (unlikely(!tq_push(thr_info[work_thr_id].q, wc))) {
		applog(LOG_ERR, "Failed to tq_push in queue_request");
		workio_cmd_free(wc);
		return false;
	}
(...)
}

Some nVidia-specific bug? The hash rate is obviously bogus, it looks as if the kernel failed to perform some check and treated garbage as valid shares. Which kernel did you try?

Prayer

member

Activity: 69

Merit: 10

Not sure what's going on, but when I attempt to start cgminer, my display driver immediately crashes, and all I get from cgminer, is this:

Code:

[2012-02-26 09:29:29] LONGPOLL requested work restart, waiting on fresh work
[2012-02-26 09:29:29] Failed to tq_push in queue_request
[2012-02-26 09:29:39] LONGPOLL requested work restart, waiting on fresh work
[2012-02-26 09:29:39] Failed to tq_push in queue_request

A search on "tq_push in queue_request" turned up nothing useful.

When I exit cgminer, I get this:

Code:

[2012-02-26 09:45:59]
Summary of runtime statistics:

[2012-02-26 09:45:59] Started at [2012-02-26 09:12:24]
[2012-02-26 09:45:59] Pool: http://127.0.0.1:9332
[2012-02-26 09:45:59] Runtime: 0 hrs : 0 mins : 0 secs
[2012-02-26 09:45:59] Average hashrate: 672.8 Megahash/s
[2012-02-26 09:45:59] Solved blocks: 0
[2012-02-26 09:45:59] Queued work requests: 2254
[2012-02-26 09:45:59] Share submissions: 0
[2012-02-26 09:45:59] Accepted shares: 0
[2012-02-26 09:45:59] Rejected shares: 0
[2012-02-26 09:45:59] Hardware errors: 0
[2012-02-26 09:45:59] Efficiency (accepted / queued): 0%
[2012-02-26 09:45:59] Utility (accepted shares / min): 0.00/min

[2012-02-26 09:45:59] Discarded work due to new blocks: 204
[2012-02-26 09:45:59] Stale submissions discarded due to new blocks: 0
[2012-02-26 09:45:59] Unable to get work from server occasions: 95
[2012-02-26 09:45:59] Work items generated locally: 24762
[2012-02-26 09:45:59] Submitting work remotely delay occasions: 0
[2012-02-26 09:45:59] New blocks detected on network: 6

The things that concern me, is that the runtime at 0 hours, 0 mins, 0 secs, and the hashrate of 672.8. If, after 33 minutes, the runtime is 0, how is there /any/ hashrate at all? How is is 672, when pcolbm reports only 26. Is cgminer really 25x faster?

Any suggestions on what to look at?

Asus M5A99X MB
AMD FX-4100
8GB RAM
Nvidia 8800GT, driver version 285.62
Windows 7 x64 SP1

I'm still using an old video card because it did what I needed it to do when I upgraded everything else. I found Bitcoin just a couple weeks later. I may upgrade to something else, I may not... haven't decided yet.

Thanks,

-Prayer

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: spiccioli on February 26, 2012, 09:31:00 AM

...
So either my CPU is too weak to handle 5 GPUs or cpu usage can be lower, but it does not depend on catalyst/amd sdk.

BTW I've tested catalyst 11.12 (11.11 gives problems installing) and 12.1 on xubuntu 11.10 64bit this morning with more or less same levels of CPU usage.

spiccioli

While it's running at 60% CPU ...
cat /proc/cpuinfo

tenzor

sr. member

Activity: 308

Merit: 250

Quote from: DeathAndTaxes on February 16, 2012, 11:02:33 AM

I would love to see an expanded version of this that goes down to 100 (or lower) memclock using latest version of cgminer, latest drivers, and SDK 2.1.

Here is some tests

spiccioli

legendary

Activity: 1378

Merit: 1003

nec sine labore

Quote from: -ck on February 25, 2012, 05:12:50 PM

Quote from: spiccioli on February 25, 2012, 02:42:30 PM

Hi,

I don't know if this is the correct forum where ask my question, but since it is cgminer related I start from here

I've got a five 5870 rig I've just set up, it runs xubuntu 11.10 with catalyst 11.8 (the one that installs using xubuntu proprietary drivers applet) and I've installed AMD SDK 2.4.

If I don't use GPU_USE_SYNC_OBJECTS=1 CPU usage goes to 90%, If I use it, on the other hand, cgminer uses from 20 to 35% of CPU and CPU is a sempron 2.8 Ghz

Dud catalyst driver. Use 11.6 or 11.11+ on linux.

Sorry ckolivas,

but there is something else, I've just reinstalled everything using kano recipe, now I have xubuntu 11.04 64bit, catalyst 11.6 and AMD SDK 2.4

Code:

fglrxinfo
display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 5800 Series
OpenGL version string: 4.1.10834 Compatibility Profile Context



display: :0.0  screen: 1
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 5800 Series
OpenGL version string: 4.1.10834 Compatibility Profile Context



display: :0.0  screen: 2
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 5800 Series
OpenGL version string: 4.1.10834 Compatibility Profile Context



display: :0.0  screen: 3
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 5800 Series
OpenGL version string: 4.1.10834 Compatibility Profile Context



display: :0.0  screen: 4
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 5800 Series
OpenGL version string: 4.1.10834 Compatibility Profile Context

Code:

cgminer/cgminer -ndevs
[2012-02-26 14:25:56] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-26 14:25:56] CL Platform 0 name: AMD Accelerated Parallel Processing
[2012-02-26 14:25:56] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.4 (595.10)
[2012-02-26 14:25:56] Platform 0 devices: 5
[2012-02-26 14:25:56] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-26 14:25:56] Setting GPU 0 engine clock to 830
[2012-02-26 14:25:56] Setting GPU 0 memory clock to 160
[2012-02-26 14:25:56] Setting GPU 0 voltage to 1.050
[2012-02-26 14:25:56] GPU 1 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-26 14:25:56] Setting GPU 1 engine clock to 830
[2012-02-26 14:25:56] Setting GPU 1 memory clock to 160
[2012-02-26 14:25:56] Setting GPU 1 voltage to 1.050
[2012-02-26 14:25:56] GPU 2 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-26 14:25:56] Setting GPU 2 engine clock to 830
[2012-02-26 14:25:56] Setting GPU 2 memory clock to 160
[2012-02-26 14:25:56] Setting GPU 2 voltage to 1.050
[2012-02-26 14:25:56] GPU 3 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-26 14:25:56] Setting GPU 3 engine clock to 830
[2012-02-26 14:25:56] Setting GPU 3 memory clock to 160
[2012-02-26 14:25:56] Setting GPU 3 voltage to 1.050
[2012-02-26 14:25:56] GPU 4 ATI Radeon HD 5800 Series hardware monitoring enabled
[2012-02-26 14:25:56] Setting GPU 4 engine clock to 830
[2012-02-26 14:25:56] Setting GPU 4 memory clock to 160
[2012-02-26 14:25:56] Setting GPU 4 voltage to 1.050
[2012-02-26 14:25:56] 5 GPU devices max detected

without GPU_USE_SYNC_OBJECTS=1 either cgminer 2.1.2 or 2.3.1-2 use around 90% of CPU, with sync objects they're around 30-40% with 2.3.1-2 using around 5% more than 2.1.2

Code:

 cgminer version 2.3.1 - Started: [2012-02-26 14:11:52]
--------------------------------------------------------------------------------
 (5s):1661.5 (avg):1696.8 Mh/s | Q:215  A:188  R:0  HW:0  E:87%  U:23.48/m
 TQ: 7  ST: 8  SS: 0  DW: 11  NB: 3  LW: 0  GF: 0  RF: 0
 Connected to http://pool.abcpool.co:8332 with LP as user spiccioli.m2
 Block: 0000065f11c15097cce668b2f037fbe7...  Started: [14:16:15]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  73.0C  25%    | 336.6/346.5Mh/s | A:31 R:0 HW:0 U: 3.87/m I: 5
 GPU 1:  73.5C 1270RPM | 331.8/343.1Mh/s | A:34 R:0 HW:0 U: 4.25/m I: 5
 GPU 2:  71.5C 2012RPM | 329.9/341.4Mh/s | A:48 R:0 HW:0 U: 5.99/m I: 5
 GPU 3:  69.0C 1759RPM | 331.1/339.2Mh/s | A:46 R:0 HW:0 U: 5.74/m I: 5
 GPU 4:  75.5C 2214RPM | 327.1/335.2Mh/s | A:30 R:0 HW:0 U: 3.75/m I: 5
--------------------------------------------------------------------------------

and top

Code:

top - 14:21:44 up 17 min,  3 users,  load average: 0.05, 0.25, 0.38
Tasks: 145 total,   1 running, 144 sleeping,   0 stopped,   0 zombie
Cpu(s): 20.5%us, 32.0%sy,  0.0%ni, 47.3%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4055036k total,  1402804k used,  2652232k free,    20796k buffers
Swap:  4187132k total,        0k used,  4187132k free,   290544k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND             
 2423 user      20   0  570m 225m  52m S 32.2  5.7   3:18.96 cgminer             
 1177 root      20   0  675m 111m  75m S  9.9  2.8   1:12.56 Xorg                
 2636 user      20   0  772m 150m  39m S  6.1  3.8   0:45.95 firefox-bin         
    4 root      20   0     0    0    0 S  1.7  0.0   0:15.12 kworker/0:0         
 2875 root      20   0     0    0    0 S  1.7  0.0   0:05.71 kworker/0:2         
 1491 user      20   0  176m  14m 9472 S  0.3  0.4   0:02.14 xfwm4               
 1740 user      20   0  269m  17m  10m S  0.3  0.4   0:04.81 xfce4-terminal      
 1483 user      20   0 64112 2904 1968 S  0.1  0.1   0:00.96 xscreensaver        
    1 root      20   0 24008 2136 1292 S  0.0  0.1   0:01.15 init

with sync objects to 0, same cgminer

Code:

top - 14:23:24 up 19 min,  3 users,  load average: 4.33, 1.33, 0.73
Tasks: 145 total,   2 running, 143 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.3%us, 93.7%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   4055036k total,  1383356k used,  2671680k free,    20900k buffers
Swap:  4187132k total,        0k used,  4187132k free,   290640k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND             
 3329 user      20   0  558m 213m  39m S 61.2  5.4   0:35.00 cgminer             
 2875 root      20   0     0    0    0 S 12.0  0.0   0:11.21 kworker/0:2         
   56 root      20   0     0    0    0 R 11.1  0.0   0:09.72 kworker/0:1         
 2636 user      20   0  774m 153m  39m S  6.9  3.9   0:53.69 firefox-bin         
 1177 root      20   0  675m 111m  75m S  4.9  2.8   1:19.33 Xorg                
 1491 user      20   0  176m  14m 9472 S  1.7  0.4   0:03.14 xfwm4               
  310 root      20   0     0    0    0 S  0.5  0.0   0:00.68 usb-storage         
 1740 user      20   0  269m  17m  10m S  0.4  0.4   0:05.10 xfce4-terminal

So either my CPU is too weak to handle 5 GPUs or cpu usage can be lower, but it does not depend on catalyst/amd sdk.

BTW I've tested catalyst 11.12 (11.11 gives problems installing) and 12.1 on xubuntu 11.10 64bit this morning with more or less same levels of CPU usage.

spiccioli

Diapolo

hero member

Activity: 769

Merit: 500

Quote from: -ck on February 26, 2012, 03:49:58 AM

Quote from: sveetsnelda on February 26, 2012, 03:32:55 AM

Quote from: -ck on February 26, 2012, 01:46:09 AM

If you're using linux + git, try the current git tree please to see if it fixes it.

Worked like a champ. Thanks very much! Sent a couple coins your way.

Thanks for testing. I'm considering wrapping up the few minor changes since 2.3.1 and releasing 2.3.2 before I take my break. Likely the only people who would notice a difference are those with twin GPUs going from 2.3.1-2 to 2.3.2. I'm not making any changes that might break something at this moment in time.

What do people think? Should I bother?

A fix that work is a fix no one cries for during your break

. I hope you accept my last pull-request befor the break, anything wrong with it?

Dia

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: sveetsnelda on February 26, 2012, 03:32:55 AM

Quote from: -ck on February 26, 2012, 01:46:09 AM

If you're using linux + git, try the current git tree please to see if it fixes it.

Worked like a champ. Thanks very much! Sent a couple coins your way.

Thanks for testing. I'm considering wrapping up the few minor changes since 2.3.1 and releasing 2.3.2 before I take my break. Likely the only people who would notice a difference are those with twin GPUs going from 2.3.1-2 to 2.3.2. I'm not making any changes that might break something at this moment in time.

What do people think? Should I bother?

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: cuz0882 on February 26, 2012, 03:40:44 AM

Quote from: -ck on February 26, 2012, 03:15:52 AM

Quote from: cuz0882 on February 26, 2012, 02:43:12 AM

I tried this but the engine clock on the first gpu get stuck at 850. That's the stock speed for the card, the other clocks get changed correctly. If I change it from within cg miner it works.

"auto-gpu": true,
"auto-fan" : true,
"gpu-engine" : "600-850,800-800,800-800,800-800,800-800",
"gpu-fan" : "100-100,0-85,0-85,0-85,0-85",
"gpu-memclock" : "150,150,150,150,150",
"temp-target" : "80,70,70,75,75",

You're telling it the upper limit for gpu engine is 850 or 800 depending on the card, so yeah it's listening to you.

gpu 0 should drop clock speed below 850 if the temp reaches over 80. How would you have written it?

Your settings are fine for that. The threshold where clockspeed goes down is 3 degrees over the setting (see temp hysteresis) to prevent the clockspeed being changed too easily when it takes a few seconds for the fans to catch up.

cuz0882

sr. member

Activity: 392

Merit: 250

Quote from: -ck on February 26, 2012, 03:15:52 AM

Quote from: cuz0882 on February 26, 2012, 02:43:12 AM

I tried this but the engine clock on the first gpu get stuck at 850. That's the stock speed for the card, the other clocks get changed correctly. If I change it from within cg miner it works.

"auto-gpu": true,
"auto-fan" : true,
"gpu-engine" : "600-850,800-800,800-800,800-800,800-800",
"gpu-fan" : "100-100,0-85,0-85,0-85,0-85",
"gpu-memclock" : "150,150,150,150,150",
"temp-target" : "80,70,70,75,75",

You're telling it the upper limit for gpu engine is 850 or 800 depending on the card, so yeah it's listening to you.

gpu 0 should drop clock speed below 850 if the temp reaches over 80. How would you have written it?

sveetsnelda

hero member

Activity: 642

Merit: 500

Quote from: -ck on February 26, 2012, 01:46:09 AM

If you're using linux + git, try the current git tree please to see if it fixes it.

Worked like a champ. Thanks very much! Sent a couple coins your way.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: cuz0882 on February 26, 2012, 02:43:12 AM

I tried this but the engine clock on the first gpu get stuck at 850. That's the stock speed for the card, the other clocks get changed correctly. If I change it from within cg miner it works.

"auto-gpu": true,
"auto-fan" : true,
"gpu-engine" : "600-850,800-800,800-800,800-800,800-800",
"gpu-fan" : "100-100,0-85,0-85,0-85,0-85",
"gpu-memclock" : "150,150,150,150,150",
"temp-target" : "80,70,70,75,75",

You're telling it the upper limit for gpu engine is 850 or 800 depending on the card, so yeah it's listening to you.

cuz0882

sr. member

Activity: 392

Merit: 250

Quote from: DeathAndTaxes on February 25, 2012, 11:37:29 PM

Quote from: cuz0882 on February 25, 2012, 10:44:55 PM

Quote from: jake262144 on February 25, 2012, 08:12:20 PM

Quote from: cuz0882 on February 25, 2012, 08:02:38 PM

Is it possible to turn it on for a specific gpu?
I've been running one with autogpu because it has a non reference fan. The rest I just use fan auto

This parameter is global and enables ADL-related routines in cgminer, it is not enabled on a by-card basis as you'd surely know had you RTFM'd first.
Normally, since auto-gpu is a prerequisite for card speed throttling in case of fan failure⁽¹⁾ you want it enabled anyway.

Notes:
(1) or the house catching fire - "Whew! Suddenly getting hot in here, better drop those clocks" (I really couldn't abstain from making a bad joke, sorry)

I read the manual. It's not very clear on the subject. I want to get as much of the settings in the config as possible. I don't want the other cards to down clock. If the fans stop the pc will crash in a few seconds anyway.

Code:

"auto-gpu": true
"auto-fan" : true
gpu-engine : "600-800","800-800",800-800", etc
gpu-fan: "100-100", "60-85","60-85", etc

That should work. It is saying turn auto gpu and auto fan ON. range the first gpu but keep all others at 800. keep first fan at 100 and range the others.

I recommend always using auto-gpu even if you want the clock static. Having auto-gpu enabled allows cgminer to shutdown gpu if it overheats or put the fan into emergency (100% mode).

I tried this but the engine clock on the first gpu get stuck at 850. That's the stock speed for the card, the other clocks get changed correctly. If I change it from within cg miner it works.

"auto-gpu": true,
"auto-fan" : true,
"gpu-engine" : "600-850,800-800,800-800,800-800,800-800",
"gpu-fan" : "100-100,0-85,0-85,0-85,0-85",
"gpu-memclock" : "150,150,150,150,150",
"temp-target" : "80,70,70,75,75",

Proofer

member

Activity: 266

Merit: 36

Quote from: -ck on February 26, 2012, 01:46:09 AM

If you're using linux + git, try the current git tree please to see if it fixes it.

Fixes it for me. Thanks for delaying your extended break from coding!

sharky112065

sr. member

Activity: 383

Merit: 250

For the people that are having trouble compiling Cgminer on Windows from source, I have put together compile instructions. This is version 1.0 and will probably change over time.

http://pastebin.com/3pzivj32

Tested on both Windows 7 and Windows XP.

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 631. (Read 5805546 times)