OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[LightRider]

I recently updated my nVidia drivers to 285.62. Starting cgminer 2.0.8 and 2.0.6 causes the driver to fail, stop drawing the desktop and restart the gpu/rendering. Had no problems in previous driver releases. Command line and flags remained the same between drivers. Any ideas?

Running Win 7 x64 on AMD Phenom 9750 with nVidia GeForce 9600 GT gpu.

[1714031817]

1714031817

[1714031817]

1714031817

[1714031817]

1714031817

[1714031817]

1714031817

[1714031817]

1714031817

[-ck]

I recently updated my nVidia drivers to 285.62. Starting cgminer 2.0.8 and 2.0.6 causes the driver to fail, stop drawing the desktop and restart the gpu/rendering. Had no problems in previous driver releases. Command line and flags remained the same between drivers. Any ideas?

Running Win 7 x64 on AMD Phenom 9750 with nVidia GeForce 9600 GT gpu.

No idea. Nothing has changed in a very long time at that level.

[jkminkov]

can you strip miner code from cgminer, auto-over/under/clocking and fan management looks useful for gaming

Well there's already AMDOverdriveCtrl for Linux that does this on it's own.
Are you sure there aren't already plenty of standalone windows apps that do that also?

games are for windows

well I haven't seen such a combination - auto-fan speed + dynamic overclocking to maintain target GPU temp, most tools are for setting static overclock and fiddling with fan profiles

[ThiagoCMC]

100% CPU Usage Bug for me under Linux with 4 x 5870 with Catalyst 11.11 fixed !

Finally.

Not for me.

Ubuntu 11.10 64 bits
Catalyst 11.11
CGMiner 2.0.8

CGMiner consumes 120% of my CPU (core2 duo).

I'll fallback to Ubuntu 11.04 + Catalyst 11.6 + AMDAPPSDK v2.4 and CGMiner 2.0.6.

Best,
Thiago

[LightRider]

I recently updated my nVidia drivers to 285.62. Starting cgminer 2.0.8 and 2.0.6 causes the driver to fail, stop drawing the desktop and restart the gpu/rendering. Had no problems in previous driver releases. Command line and flags remained the same between drivers. Any ideas?

Running Win 7 x64 on AMD Phenom 9750 with nVidia GeForce 9600 GT gpu.

No idea. Nothing has changed in a very long time at that level.

This is really disappointing. I'm resorting to ufasoft, which is not ideal for mining while maintaining gui usability. Hopefully I can figure out what's going on. Just as a heads up, your Readme file does not have all the options/flags listed in the OP. Thanks again for all of your great effort and support of this miner. Hoping to use it again soon.

[ancow]

100% CPU Usage Bug for me under Linux with 4 x 5870 with Catalyst 11.11 fixed !

Finally.

Not for me.

Ubuntu 11.10 64 bits
Catalyst 11.11
CGMiner 2.0.8

CGMiner consumes 120% of my CPU (core2 duo).

I'll fallback to Ubuntu 11.04 + Catalyst 11.6 + AMDAPPSDK v2.4 and CGMiner 2.0.6.

I've noticed this behaviour when using the opencl headers provided by debian and the ICD provided with the 11.11 drivers (package amd-opencl-icd in debian). Installed the app sdk from http://forums.amd.com/forum/messageview.cfm?catid=390&threadid=125792 instead and the CPU usage is down to ~10%. (This is on a 64bit debian testing with the 11.11 driver from the repos.)

[LightRider]

This is what I'm seeing after the initial failure and then trying to restart the gpu, if it helps any:

Code:

 cgminer version 2.0.8 - Started: [2011-11-22 19:19:31]
--------------------------------------------------------------------------------
 (5s):0.0 (avg):246.0 Mh/s | Q:30  A:0  R:0  HW:0  E:0%  U:0.00/m
 TQ: 1  ST: 1  SS: 0  DW: 0  NB: 1  LW: 0  GF: 0  RF: 0
 Connected to http://pit.deepbit.net:8332 with LP as user frankf44@gmail.com_gpu
 Block: 00000bbeaa82db43b223b13071fb207d...  Started: [19:19:31]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0: 0.0/246.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:10
 GPU 1: DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:0
--------------------------------------------------------------------------------

GPU 0: 0.0 / 692.6 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:10
Last initialised: [2011-11-22 19:19:31]
Intensity: Dynamic
Thread 0: 0.0 Mh/s Disabled ALIVE
Thread 2: 0.0 Mh/s Disabled ALIVE

GPU 1: 0.0 / 0.0 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:0
Last initialised:
Intensity: Dynamic
Thread 1: 0.0 Mh/s Disabled Never started
Thread 3: 0.0 Mh/s Disabled Never started

[E]nable [D]isable [I]ntensity [R]estart GPU
Or press any other key to continue
Select GPU to attempt to restart:
0
Attempting to restart threads of GPU 0
GPU[ 02:0 01.10- /1 413-12.24 1 M9h:/2s0 |: A1:90]  R T:h0r  HeWa:d0 0  U s:t0i.
ll0 e0x/ims  It:s1,0 k
Laisltl iinnigt iita olfifs
[2e0d1:1 [-21011-12-21 119-:2220 1:91:91]9 T:h3r1e]a
Indt 2e nnos liotnyg:e Dry enxaimsitcs
Th
read 0: 0.0 Mh/s Disabled ALIVE
Thread 2: 0.0 Mh/s Enabled ALIVE

GPU 1: 0.0 / 0.0 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:0
Last initialised:
Intensity: Dynamic
Thread 1: 0.0 Mh/s Disabled Never started
Thread 3: 0.0 Mh/s Disabled Never started

[E]nable [D]isable [I]ntensity [R]estart GPU
Or press any other key to continue
[2011-11-22 19:20:19] Error: Creating Context. (clCreateContextFromType)

[2011-11-22 19:20:19] Failed to reinit GPU thread 0

[-ck]

This is what I'm seeing after the initial failure and then trying to restart the gpu, if it helps any:

Code:

 cgminer version 2.0.8 - Started: [2011-11-22 19:19:31]
--------------------------------------------------------------------------------
 (5s):0.0 (avg):246.0 Mh/s | Q:30  A:0  R:0  HW:0  E:0%  U:0.00/m
 TQ: 1  ST: 1  SS: 0  DW: 0  NB: 1  LW: 0  GF: 0  RF: 0
 Connected to http://pit.deepbit.net:8332 with LP as user frankf44@gmail.com_gpu
 Block: 00000bbeaa82db43b223b13071fb207d...  Started: [19:19:31]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0: 0.0/246.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:10
 GPU 1: DISABLED /0.0Mh/s | A:0 R:0 HW:0 U:0.00/m I:0
--------------------------------------------------------------------------------

GPU 0: 0.0 / 692.6 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:10
Last initialised: [2011-11-22 19:19:31]
Intensity: Dynamic
Thread 0: 0.0 Mh/s Disabled ALIVE
Thread 2: 0.0 Mh/s Disabled ALIVE

GPU 1: 0.0 / 0.0 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:0
Last initialised:
Intensity: Dynamic
Thread 1: 0.0 Mh/s Disabled Never started
Thread 3: 0.0 Mh/s Disabled Never started

[E]nable [D]isable [I]ntensity [R]estart GPU
Or press any other key to continue
Select GPU to attempt to restart:
0
Attempting to restart threads of GPU 0
GPU[ 02:0 01.10- /1 413-12.24 1 M9h:/2s0 |: A1:90]  R T:h0r  HeWa:d0 0  U s:t0i.
ll0 e0x/ims  It:s1,0 k
Laisltl iinnigt iita olfifs
[2e0d1:1 [-21011-12-21 119-:2220 1:91:91]9 T:h3r1e]a
Indt 2e nnos liotnyg:e Dry enxaimsitcs
Th
read 0: 0.0 Mh/s Disabled ALIVE
Thread 2: 0.0 Mh/s Enabled ALIVE

GPU 1: 0.0 / 0.0 Mh/s | A:0  R:0  HW:0  U:0.00/m  I:0
Last initialised:
Intensity: Dynamic
Thread 1: 0.0 Mh/s Disabled Never started
Thread 3: 0.0 Mh/s Disabled Never started

[E]nable [D]isable [I]ntensity [R]estart GPU
Or press any other key to continue
[2011-11-22 19:20:19] Error: Creating Context. (clCreateContextFromType)

[2011-11-22 19:20:19] Failed to reinit GPU thread 0

Well as I said none of that code has been changed in a long time. Delete any .bin files in the directory and try again. Then if that fails, copy any .bin files from a previous working cgminer directory into the 2.0.8 directory and try again.

[jake262144]

100% CPU Usage Bug for me under Linux with 4 x 5870 with Catalyst 11.11 fixed !

Finally.

Not for me.

Ubuntu 11.10 64 bits
Catalyst 11.11
CGMiner 2.0.8

CGMiner consumes 120% of my CPU (core2 duo).

I'll fallback to Ubuntu 11.04 + Catalyst 11.6 + AMDAPPSDK v2.4 and CGMiner 2.0.6.

I've noticed this behaviour when using the opencl headers provided by debian and the ICD provided with the 11.11 drivers (package amd-opencl-icd in debian). Installed the app sdk from http://forums.amd.com/forum/messageview.cfm?catid=390&threadid=125792 instead and the CPU usage is down to ~10%. (This is on a 64bit debian testing with the 11.11 driver from the repos.)

Confirmed! No more CPU hogging unless debian's headers are installed alongside amd's 11.11 drivers.

Compared to 11.6 driver I also noticed a slight performance improvement of just over 1% [HMash/s] on my VLIW4 cards. No discernible hashrate change for VLIW5.
Moreover, the power draw seems to have dropped by 3% but I've been only able to measure power draw for one mining rig - the rest are off-site.
Can anyone confirm a slight power draw decrease going from 11.6 to 11.11 driver?

UPDATE:
Power draw returned to 11.6 levels a few hours after I'd written this post, presumably after whe PSU warmed up sufficiently to affect its efficiency.
11.11 allows me to overclock my cards higher than 11.6 did, e.g. an ASUS 6950 DCII which I could only squeeze 930 MHz of, has been working fine for over a week at 945 MHz.

[P4man]

Anyone else having trouble with cgminer 2.0.8 requiring periodic restarts to solve network issues?

I saw this morning that my hashrate was pretty much zero on both my machines and had been for an hour or so. It kept switching pools and complaining the main pool and failover pool (slush) were too slow. Hashrate of bitminter and slush pool itself was good, so it had to be me.

Checked my internet connection and it seemed fine. Restarted my routers nonetheless. No change.

Then I stopped and restarted cgminer on the linux machine, and it instantly worked smooth again, no performance or network issues, while the other miner (windows) still kept complaining about "slow to respond" and having 0 hashrate most of the time, with only short bursts of normal performance on any of the pools. Both machines are on the same LAN, so it didnt seem like a network issues. After restarting the second cgminer, it also instantly performed fine again.

Im a little confused? Ive never had this. I had cgminer 2.0.7 running for months nonstop and Ive had cgminer 2.0.8 up since it was released with no problems.

[ThiagoCMC]

100% CPU Usage Bug for me under Linux with 4 x 5870 with Catalyst 11.11 fixed !

Finally.

Not for me.

Ubuntu 11.10 64 bits
Catalyst 11.11
CGMiner 2.0.8

CGMiner consumes 120% of my CPU (core2 duo).

I'll fallback to Ubuntu 11.04 + Catalyst 11.6 + AMDAPPSDK v2.4 and CGMiner 2.0.6.

I've noticed this behaviour when using the opencl headers provided by debian and the ICD provided with the 11.11 drivers (package amd-opencl-icd in debian). Installed the app sdk from http://forums.amd.com/forum/messageview.cfm?catid=390&threadid=125792 instead and the CPU usage is down to ~10%. (This is on a 64bit debian testing with the 11.11 driver from the repos.)

Confirmed! No more CPU hogging unless debian's headers are installed alongside amd's 11.11 drivers.

Compared to 11.6 driver I also noticed a slight performance improvement of just over 1% [HMash/s] on my VLIW4 cards. No discernible hashrate change for VLIW5.
Moreover, the power draw seems to have dropped by 3% but I've been only able to measure power draw for one mining rig - the rest are off-site.
Can anyone confirm a slight power draw decrease going from 11.6 to 11.11 driver?

I'm still enable to use CGMiner 2.0.8 at Ubuntu 11.10 with Catalyst 11.11.

CGMiner consumes 350% of my 4 core.

And the Catalyst 11.6 does not compile the fglrx module under Ubuntu 11.10.

I'm curious, how do you guys are using CGMiner 2.0.8 with Ubuntu 11.10?!?!

Thanks!
Thiago

[ThiagoCMC]

Anyone else having trouble with cgminer 2.0.8 requiring periodic restarts to solve network issues?

I saw this morning that my hashrate was pretty much zero on both my machines and had been for an hour or so. It kept switching pools and complaining the main pool and failover pool (slush) were too slow. Hashrate of bitminter and slush pool itself was good, so it had to be me.

Checked my internet connection and it seemed fine. Restarted my routers nonetheless. No change.

Then I stopped and restarted cgminer on the linux machine, and it instantly worked smooth again, no performance or network issues, while the other miner (windows) still kept complaining about "slow to respond" and having 0 hashrate most of the time, with only short bursts of normal performance on any of the pools. Both machines are on the same LAN, so it didnt seem like a network issues. After restarting the second cgminer, it also instantly performed fine again.

Im a little confused? Ive never had this. I had cgminer 2.0.7 running for months nonstop and Ive had cgminer 2.0.8 up since it was released with no problems.

I have this issue too. If I start some download which consumes 100% of my link, the miners can't reach the pool and, the hashrate slowsdown and, never come up again automatically. So, I need to stop/start cgminer.

[Ghostofkobra]

Hi,
I am using cgminer 2.0.8 and asked this question in the slush pool thread:

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.
In that case cgminer needs to be altered a little bit.
if not, well then where can the 8404 come from?

And i got the answers that it does but it seems like the path parsing on cgminer is not working correctly?

XXX longpoll failed for http://api2.bitcoin.cz:8332:8404, sleeping for 30s

Is the pool using port 8404 for longpolls instead of a /LP/ like path.

Looks like cgminer messed the parsing of URL, for some unknown reason. Port 8332 is "getwork" api, ports 8401-8410 are for LP broadcasts. That HTTP header for LP in getwork response is providing full URL for 8404 port. Can you report that to cgminer author?

Best
//GoK

[phorensic]

Anyone else having trouble with cgminer 2.0.8 requiring periodic restarts to solve network issues?

I saw this morning that my hashrate was pretty much zero on both my machines and had been for an hour or so. It kept switching pools and complaining the main pool and failover pool (slush) were too slow. Hashrate of bitminter and slush pool itself was good, so it had to be me.

Checked my internet connection and it seemed fine. Restarted my routers nonetheless. No change.

Then I stopped and restarted cgminer on the linux machine, and it instantly worked smooth again, no performance or network issues, while the other miner (windows) still kept complaining about "slow to respond" and having 0 hashrate most of the time, with only short bursts of normal performance on any of the pools. Both machines are on the same LAN, so it didnt seem like a network issues. After restarting the second cgminer, it also instantly performed fine again.

Im a little confused? Ive never had this. I had cgminer 2.0.7 running for months nonstop and Ive had cgminer 2.0.8 up since it was released with no problems.

I have this issue too. If I start some download which consumes 100% of my link, the miners can't reach the pool and, the hashrate slowsdown and, never come up again automatically. So, I need to stop/start cgminer.

Sounds like bad QoS settings on your router.

[P4man]

Sounds like bad QoS settings on your router.

Not in my case at least. Note I also restarted both my routers and it made no difference. I dont know if it was a maxing out of bandwidth that triggered the problem but its something I might test later. So far the problem only occurred once, but on both machines.

[TheMalon]

Sounds like bad QoS settings on your router.

Not in my case at least. Note I also restarted both my routers and it made no difference. I dont know if it was a maxing out of bandwidth that triggered the problem but its something I might test later. So far the problem only occurred once, but on both machines.

It might be only a problem of cgminer calculating the hash rate. On the server side (pool) do you see a drop in submited shares?
In my case cgminer reports a higher hash rate (impossible for my GPU) when i unzip a new version and lauch it for the first time.

[P4man]

No that wasnt it. It clearly had problems connecting to the pools and the gpus where idle most of the time.

Anyway, it only happened once and I havent been able to reproduce the problem since; but it did seem like a problem with cgminer considering the problem occurred on 2 completely different machines, different OSs, the network and internet connection was fine and restarting cgminer fixed it on both machines. Not a biggie, just reporting in case other people are seeing this.

[JinTu]

Hi folks,

I have been having a rather annoying issue with X crashing when I stop cgminer with 'q' about 80% of the time. When I quit and it doesn't crash X, the mining statistics text is truncated and cgminer doesn't fully exit until I hit Ctrl-C twice.

When it crashes, I see the following in my X logs:

Code:

Backtrace:
0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x463548]
1: /usr/bin/Xorg (0x400000+0x622a9) [0x4622a9]
2: /lib64/libpthread.so.0 (0x320fe00000+0xf4c0) [0x320fe0f4c0]
3: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (NIslands_FanCtrl_SetFanSpeedRPM+0x85) [0x7f8fbddb5e55]
4: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (PHM_SetFanSpeedRPM+0x12) [0x7f8fbdd555d2]
5: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (PEM_SetFanSpeed+0x79) [0x7f8fbdd7a449]
6: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (0x7f8fbd7e3000+0x58fbeb) [0x7f8fbdd72beb]
7: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (PP_Cwdde+0x104) [0x7f8fbdd70c94]
8: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (swlPPLibAdlHandler+0xed) [0x7f8fbdd0b96d]
9: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (swlAdlDispatch+0x49) [0x7f8fbdd0a009]
10: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (0x7f8fbd7e3000+0x43cdbe) [0x7f8fbdc1fdbe]
11: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (0x7f8fbd7e3000+0x43a071) [0x7f8fbdc1d071]
12: /usr/bin/Xorg (0x400000+0x2a03c) [0x42a03c]
13: /usr/bin/Xorg (0x400000+0x2208a) [0x42208a]
14: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x320f21ec5d]
15: /usr/bin/Xorg (0x400000+0x21c49) [0x421c49]
Floating point exception at address 0x7f8fbddb5e55

Fatal server error:
Caught signal 8 (Floating point exception). Server aborting

Details about my mining rig:

• CentOS 6 x86_64
• Catalyst 11.11
• ADL SDK 3.0
• APP SDK 2.5
• cgminer 2.0.8

This has been happening for me since building my new miner and may be related to my environment or cgminer itself but wanted to see if anyone else has been experiencing this issue.

[ancow]

Is that with the new Xorg version (video ABI 11)? I've been having trouble with that as the fglrx driver causes a crash whenever I try to watch a video, so I downgraded Xorg and everything was fine once more.

Anyhow, your backtrace suggests that the crash has something to do with setting fan speed. Are you having cgminer manipulate that? If so, does the crash also happen when you start cgminer without --auto-fan or any other fan related options?

[JinTu]

Is that with the new Xorg version (video ABI 11)? I've been having trouble with that as the fglrx driver causes a crash whenever I try to watch a video, so I downgraded Xorg and everything was fine once more.

Anyhow, your backtrace suggests that the crash has something to do with setting fan speed. Are you having cgminer manipulate that? If so, does the crash also happen when you start cgminer without --auto-fan or any other fan related options?

I'm using the latest stock version for CentOS 6: xorg-x11-server-Xorg-1.7.7-26.el6_0.3.x86_64. Grepping for ABI in my X logs I get the following:

Code:

(II) Module ABI versions:
        ABI class: X.Org Server Extension, version 2.0
        ABI class: X.Org Server Extension, version 2.0
        ABI class: X.Org Server Extension, version 2.0
        ABI class: X.Org Server Extension, version 2.0
        ABI class: X.Org Server Extension, version 2.0
        ABI class: X.Org Server Extension, version 2.0
        ABI class: X.Org Video Driver, version 6.0
        ABI class: X.Org Video Driver, version 6.0
        ABI class: X.Org ANSI C Emulation, version 0.4

Yes, I am indeed using --auto-fan. I tried omitting this option (first setting the fanspeed manually with aticonfig) and it still causes the same error when I instruct cgminer to quit and X crashes.