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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: mmortal03 on September 14, 2011, 12:58:04 PM

Just sent you a 3.63 donation!

Also, an issue I just noticed with the program yesterday (I'm using 2.0.2) was a scenario where both mining threads went dead, and after I tried manually restarting the GPU with that feature you already have built in, it didn't help. However, then I closed out cgminer and opened it back up, and it had no problems mining again. Based on this, can you build into the program an option to have the program automatically restart itself if the mining threads go dead? Of course, it should first try to automatically restart the GPU, but doesn't it already try this? I think this latter complete restart could help work around a lot of issues where mining still gets stuck. Thanks!

Thanks very much for your donation!

I can't do that because there are many scenarios where a dead device implies a driver hang. Restarting cgminer in that circumstance will crash everything since the problem is at such a low level that the system would normally need a reboot. The idea is to only soft restart devices that have soft failed and then recover. The default behaviour has to be the least harmful. Some people grep the output of cgminer and force a restart if they get the DEAD message.

DiabloD3

legendary

Activity: 1162

Merit: 1000

DiabloMiner author

Quote from: xcloudx01 on September 14, 2011, 02:59:39 PM

When i'm using this each gpu uses a full cpu core all the time. Is it supposed to or is something wrong on my end?

Driver bug.

xcloudx01

newbie

Activity: 14

Merit: 0

When i'm using this each gpu uses a full cpu core all the time. Is it supposed to or is something wrong on my end?

mmortal03

legendary

Activity: 1762

Merit: 1011

Just sent you a 3.63 donation!

Also, an issue I just noticed with the program yesterday (I'm using 2.0.2) was a scenario where both mining threads went dead, and after I tried manually restarting the GPU with that feature you already have built in, it didn't help. However, then I closed out cgminer and opened it back up, and it had no problems mining again. Based on this, can you build into the program an option to have the program automatically restart itself if the mining threads go dead? Of course, it should first try to automatically restart the GPU, but doesn't it already try this? I think this latter complete restart could help work around a lot of issues where mining still gets stuck. Thanks!

SlapHappy

newbie

Activity: 9

Merit: 0

Quote from: kano on September 13, 2011, 10:42:47 PM

Quote from: SlapHappy on September 13, 2011, 09:52:50 PM

...
Any ideas why this is happening?

You should supply the version number of what you are running.
It says on the screen when you start.

My bad. I'm currently using cgminer 2.0.2 but I've had this happening since 1.6.x.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: SlapHappy on September 13, 2011, 09:52:50 PM

I've been having problems with cgminer crashing after about 1-3 hours. I'm running on Windows 7 x64 with a pair of Sapphire HD 5770 cards. I launch cgminer using a scheduled task with the following command line in a batch file:

Code:

cgminer -o http://:8332 -u  -p  -o http://:8332 -u  -p  --enable-cpu -t 4 -a 4way --text-only -l 30 > "_logs\%date:~10,4%%date:~4,2%%date:~7,2%_%time:~0,2%%time:~3,2%%time:~6,2%.log" 2>&1

Eventually Windows pops-up a dialog saying the program has crashed. The pattern I've seen is cgminer is always trying to perform a pool fail-over right before the crash:

Code:

[2011-09-13 17:15:47] Pool 0 http://:8332 not responding!                   
[2011-09-13 17:15:47] Switching to http://:8332                   
[2011-09-13 17:15:47] Pool 0 http://:8332 recovered                   
[2011-09-13 17:15:47] Switching to http://:8332

That's the last message before the program crashes. Windows reports the following regarding the crash:

Code:

Problem signature:
  Problem Event Name:    APPCRASH
  Application Name:    cgminer.exe
  Application Version:    0.0.0.0
  Application Timestamp:    4e6c4b8a
  Fault Module Name:    libpthread-2.dll
  Fault Module Version:    2.8.0.0
  Fault Module Timestamp:    4b7d316b
  Exception Code:    c0000005
  Exception Offset:    00001b73
  OS Version:    6.1.7601.2.1.0.256.1
  Locale ID:    1033
  Additional Information 1:    0a9e
  Additional Information 2:    0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:    0a9e
  Additional Information 4:    0a9e372d3b4ad19135b953a78882e789

Any ideas why this is happening?

Likely this is a dereferencing error somewhere in my code, but being on windows the bug report is largely unusable unfortunately since the windows crashes are un-debuggable.

Should anyone be experiencing this on linux, please enable core dumps and get a stacktrace if you know how. If not, contact me.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: SlapHappy on September 13, 2011, 09:52:50 PM

...
Any ideas why this is happening?

You should supply the version number of what you are running.
It says on the screen when you start.

vegaman

newbie

Activity: 7

Merit: 0

Just changed my debian box from squeeze to wheezy and set this up instead of poclbm. It's working well and much better than dealing with the hassles of the python-pyopencl packages dependcies on nvidia.

SlapHappy

newbie

Activity: 9

Merit: 0

I've been having problems with cgminer crashing after about 1-3 hours. I'm running on Windows 7 x64 with a pair of Sapphire HD 5770 cards. I launch cgminer using a scheduled task with the following command line in a batch file:

Code:

cgminer -o http://:8332 -u  -p  -o http://:8332 -u  -p  --enable-cpu -t 4 -a 4way --text-only -l 30 > "_logs\%date:~10,4%%date:~4,2%%date:~7,2%_%time:~0,2%%time:~3,2%%time:~6,2%.log" 2>&1

Eventually Windows pops-up a dialog saying the program has crashed. The pattern I've seen is cgminer is always trying to perform a pool fail-over right before the crash:

Code:

[2011-09-13 17:15:47] Pool 0 http://:8332 not responding!                   
[2011-09-13 17:15:47] Switching to http://:8332                   
[2011-09-13 17:15:47] Pool 0 http://:8332 recovered                   
[2011-09-13 17:15:47] Switching to http://:8332

That's the last message before the program crashes. Windows reports the following regarding the crash:

Code:

Problem signature:
  Problem Event Name:    APPCRASH
  Application Name:    cgminer.exe
  Application Version:    0.0.0.0
  Application Timestamp:    4e6c4b8a
  Fault Module Name:    libpthread-2.dll
  Fault Module Version:    2.8.0.0
  Fault Module Timestamp:    4b7d316b
  Exception Code:    c0000005
  Exception Offset:    00001b73
  OS Version:    6.1.7601.2.1.0.256.1
  Locale ID:    1033
  Additional Information 1:    0a9e
  Additional Information 2:    0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:    0a9e
  Additional Information 4:    0a9e372d3b4ad19135b953a78882e789

Any ideas why this is happening?

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: gnar1ta$ on September 13, 2011, 09:25:42 PM

How does the load balancing work? Does it hash equally at all pools or will it hash faster at pools proving work faster or a better connection?

It will hash faster for pools that support rolltime and have better network connectivity.

gnar1ta$

donator

Activity: 798

Merit: 500

How does the load balancing work? Does it hash equally at all pools or will it hash faster at pools proving work faster or a better connection?

dlasher

sr. member

Activity: 467

Merit: 250

Quote from: -ck on September 12, 2011, 04:34:24 PM

Try 11.6. Some clocking things weren't working in earlier drivers and 11.6 was the last good one.

I'm striking out..

11.4 can't OC past predetermined limits (840 on 6950)
11.6 no change (was running 11.6)
11.7 no change
11.8 no change (and slower.. Sad

)

I'm beginning to think I'm missing something basic.. off to do a fresh OS install, and try again.

dlasher

sr. member

Activity: 467

Merit: 250

Any chance you could check for variables to indicate installed SDK path during configure? Most of us have:

Quote

export ATISTREAMSDKSAMPLESROOT=/usr/src/AMD-APP-SDK-v2.4-lnx32/
export ATISTREAMSDKROOT=/usr/src/AMD-APP-SDK-v2.4-lnx32/
export LD_LIBRARY_PATH=$ATISTREAMSDKROOT/lib/x86:$LD_LIBRARY_PATH

or something like that set..

I'm still chasing getting the new GPU features working under linux, and removal of all the extra "stuff" I throw into the configure line is one of my suspects.

kripz

full member

Activity: 182

Merit: 100

Quote from: bitlane on September 13, 2011, 07:41:54 AM

Just thought I would share this little tidbit for unfortunate Windows miners, such as myself......lol

I was having a difficult time with my OVERCLOCK settings being applied at startup in my BAT file, when auto launching CGMiner.
I use Windows7 x64 on all my mining rigs. I only found this problem happening on my 69xx rigs and think it has something to do with POWERTUNE.

It seemed that my settings would not be applied if the ATI Control Panel took too long to load and I confirmed this using GPU-Z.

My initial BAT file was very simple:

Quote

cgminer -o http://server:port: -u USERNAME -p PASSWORD --gpu-engine 900 --gpu-memclock 300

I downloaded the SLEEP utility from here and pasted a copy of it into the folder where my BAT file is:
http://www.computerhope.com/dutil.htm

I added a 20 second delay and now my BAT file simply looks like this (simply change the value for your own requirements):

Quote

SLEEP 20
cgminer -o http://server:port: -u USERNAME -p PASSWORD --gpu-engine 900 --gpu-memclock 300

This gives the ATI control panel roughly 20 seconds to load before the overcloking settings and actual mining portion of my mining startup script starts (shortcut to BAT file in the STARTUP folder in Windows, BAT file in cgminer home foler).
Now my overclocking settings are applied without any problems each time.

**Again: This only applied to my HD6950 setup. My 6870 & 5770 Mining rigs running Windows were NOT affected and did not require the SLEEP app. I think this had something to do with the Powertune setting in the control panel, as that is the only thing different between all of my rigs.

Hope this helps someone,
Allan

timeout 20

It's built into windows 7.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: bitlane on September 13, 2011, 07:48:44 AM

Quote from: Chucksta on September 11, 2011, 01:24:55 PM

damn, this software sucks balls... guiminer FTW !!!!!

What do you find that sucks about Cgminer ?

I actually used Guiminer up until about a week or so ago, then switched to Cgminer and could never go back.
Cgminer has it all. Mining, Management, Monitoring and Overclocking all-in-one and if you can write a simple BAT file, you are on your way and takes FAR LESS TIME to configure than even Guiminer, which I had to admit, as nice when I was a complete mining noob.

I don't see how anyone could NOT love this software.
Allan

Nice feedback, thanks Cool

bitlane

sr. member

Activity: 462

Merit: 250

I heart thebaron

Quote from: Chucksta on September 11, 2011, 01:24:55 PM

damn, this software sucks balls... guiminer FTW !!!!!

What do you find that sucks about Cgminer ?

I actually used Guiminer up until about a week or so ago, then switched to Cgminer and could never go back.
Cgminer has it all. Mining, Management, Monitoring and Overclocking all-in-one and if you can write a simple BAT file, you are on your way and takes FAR LESS TIME to configure than even Guiminer, which I had to admit, as nice when I was a complete mining noob.

I don't see how anyone could NOT love this software.
Allan

bitlane

sr. member

Activity: 462

Merit: 250

I heart thebaron

Just thought I would share this little tidbit for unfortunate Windows miners, such as myself......lol

I was having a difficult time with my OVERCLOCK settings being applied at startup in my BAT file, when auto launching CGMiner.
I use Windows7 x64 on all my mining rigs. I only found this problem happening on my 69xx rigs and think it has something to do with POWERTUNE.

It seemed that my settings would not be applied if the ATI Control Panel took too long to load and I confirmed this using GPU-Z.

My initial BAT file was very simple:

Quote

cgminer -o http://server:port: -u USERNAME -p PASSWORD --gpu-engine 900 --gpu-memclock 300

I downloaded the SLEEP utility from here and pasted a copy of it into the folder where my BAT file is:
http://www.computerhope.com/dutil.htm

I added a 20 second delay and now my BAT file simply looks like this (simply change the value for your own requirements):

Quote

SLEEP 20
cgminer -o http://server:port: -u USERNAME -p PASSWORD --gpu-engine 900 --gpu-memclock 300

This gives the ATI control panel roughly 20 seconds to load before the overcloking settings and actual mining portion of my mining startup script starts (shortcut to BAT file in the STARTUP folder in Windows, BAT file in cgminer home foler).
Now my overclocking settings are applied without any problems each time.

**Again: This only applied to my HD6950 setup. My 6870 & 5770 Mining rigs running Windows were NOT affected and did not require the SLEEP app. I think this had something to do with the Powertune setting in the control panel, as that is the only thing different between all of my rigs.

Hope this helps someone,
Allan

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: dlasher on September 12, 2011, 10:35:29 AM

Quote from: -ck on September 08, 2011, 10:28:12 PM

Well I honestly am completely baffled since the build has -ldl added... Unless the LDFLAGS are not being passed at all. God I hate autofoo tools. Anyone with a clue out there?

2.0.2 resolves all the compile problems.. ADL present/missing works, compiles cleanly both ways. Thank you for your persistence and patience.

Now to the actual function.. should auto GPU clock/fans be working under linux? 2.4 AMD SDK/11.4 driver? (as I recall?) When I hit "G" on the linux version, I don't have the same GPU options as I do when I run the windows binary on my desktop machine..

Try 11.6. Some clocking things weren't working in earlier drivers and 11.6 was the last good one.

MaGNeT

legendary

Activity: 1526

Merit: 1002

Waves | 3PHMaGNeTJfqFfD4xuctgKdoxLX188QM8na

Quote from: Chucksta on September 11, 2011, 01:24:55 PM

damn, this software sucks balls... guiminer FTW !!!!!

Can't suck what you don't have...

dlasher

sr. member

Activity: 467

Merit: 250

Quote from: -ck on September 08, 2011, 10:28:12 PM

Well I honestly am completely baffled since the build has -ldl added... Unless the LDFLAGS are not being passed at all. God I hate autofoo tools. Anyone with a clue out there?

2.0.2 resolves all the compile problems.. ADL present/missing works, compiles cleanly both ways. Thank you for your persistence and patience.

Now to the actual function.. should auto GPU clock/fans be working under linux? 2.4 AMD SDK/11.4 driver? (as I recall?) When I hit "G" on the linux version, I don't have the same GPU options as I do when I run the windows binary on my desktop machine..

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