Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 570. (Read 5805728 times)
May 22, 2012, 06:58:47 PM
They will only clock back up if the temperature drops enough again.
May 22, 2012, 06:30:20 PM
Upon further investigation it looks like the fans do throttle down but only by a small amount.
I intervened manually once to change some settings so maybe that is the cause ?
The throttling behaviour still occurs so maybe it is a feature to let you know the cards can't take the heat ?
Once they throttle due to breaking past hysteresis and fans are maxed out they don't clock back up still occurs.
I intervened manually once to change some settings so maybe that is the cause ?
The throttling behaviour still occurs so maybe it is a feature to let you know the cards can't take the heat ?
Once they throttle due to breaking past hysteresis and fans are maxed out they don't clock back up still occurs.
May 22, 2012, 06:19:34 PM
Also ( I cannot edit ) I seemed to notice a very strange behaviour with cgminer 2.4.1 and Linux and autofan / autogpu enabled.
When heat builds up around my rigs they do start to go to max set fan value ( say 80% ) and if this is then further accompanied by more heat so that the cards bypass the hysteresis limit ( but they are very far from overheat limit ) they throttle down on the clocks.
I observe that when the source of heat is shutdown and the rigs left to cool the following seems NOT to occur which is quite strange : the cards do not maximize the core clock back up and also the fans spin at maximum set instead of backing down now the rigs are cooler.
Anyone experience the same and know how to fix it ? The cards' clocks not going back up after they have throttled once I can understand but the fans keeping to the high RPMs instead of low RPM after the heat has passed is strangest. The fans were going back down on 2.3.6 if I remember correctly after the heat passed but this seems to be "stuck" on the 2.4.1 so that even after the heat has passed the fans stay at the maximum RPMs they reached during the heat period.
Thanks for the work, ckolivas ! I would appreciate any suggestions about what could be causing this behaviour.
When heat builds up around my rigs they do start to go to max set fan value ( say 80% ) and if this is then further accompanied by more heat so that the cards bypass the hysteresis limit ( but they are very far from overheat limit ) they throttle down on the clocks.
I observe that when the source of heat is shutdown and the rigs left to cool the following seems NOT to occur which is quite strange : the cards do not maximize the core clock back up and also the fans spin at maximum set instead of backing down now the rigs are cooler.
Anyone experience the same and know how to fix it ? The cards' clocks not going back up after they have throttled once I can understand but the fans keeping to the high RPMs instead of low RPM after the heat has passed is strangest. The fans were going back down on 2.3.6 if I remember correctly after the heat passed but this seems to be "stuck" on the 2.4.1 so that even after the heat has passed the fans stay at the maximum RPMs they reached during the heat period.
Thanks for the work, ckolivas ! I would appreciate any suggestions about what could be causing this behaviour.
May 22, 2012, 01:41:38 PM
Quote from: check_status
P.S. AMD makes you jump through hoops now to get the older SDK's.
http://download2-developer.amd.com/amd/APPSDK/AMD-APP-SDK-v2.4-lnx64.tgz
" "/amd/Stream20GA/ati-stream-sdk-v2.1-lnx64.tgz
" "/amd/Stream20GA/icd-registration.tgz
Might be useful if somebody could setup a mirror for those 2 files for older cards.
I understand AMD pulling the files because they don't want to support old products and software so it might happen soon.
Thanks !
May 22, 2012, 06:56:50 AM
I have run my CGminer about 7 days, and i have about 11 Rigs with 5x 5850 and until today morning i found that some of my CGminer Freeze and stop sending share and i found some funny figure when i freeze something like "LW:50" and high figure around beside "LW"
where some of my CGminer still running fine thich is "LW:0"
you can see that on top of the cgminer !
anyone pls help
i cannot provide screen shot because it is not convenient and it is far from my house to warehouse
so anyone pls help if it happen again i will get the screen shot
sry for my English !
The LW value is almost certainly completely unrelated. If it crashes at approximately 7 days, then you are being hit by the ATI Display Library crashing after a week bug that happens only on windows. Try starting cgminer with --no-restart . You will lose temperature and/or fanspeed monitoring after a week but it at least wont crash. where some of my CGminer still running fine thich is "LW:0"
you can see that on top of the cgminer !
anyone pls help
i cannot provide screen shot because it is not convenient and it is far from my house to warehouse
so anyone pls help if it happen again i will get the screen shot
sry for my English !
May 22, 2012, 06:23:31 AM
I have run my CGminer about 7 days, and i have about 11 Rigs with 5x 5850 and until today morning i found that some of my CGminer Freeze and stop sending share and i found some funny figure when i freeze something like "LW:50" and high figure around beside "LW"
where some of my CGminer still running fine thich is "LW:0"
you can see that on top of the cgminer !
anyone pls help
i cannot provide screen shot because it is not convenient and it is far from my house to warehouse
so anyone pls help if it happen again i will get the screen shot
sry for my English !
where some of my CGminer still running fine thich is "LW:0"
you can see that on top of the cgminer !
anyone pls help
i cannot provide screen shot because it is not convenient and it is far from my house to warehouse
so anyone pls help if it happen again i will get the screen shot
sry for my English !
May 22, 2012, 04:38:27 AM
I run cgminer with -I 2 parameter, but this parameter is ignored and used intensity in config (since v2.3.4).
How can I override intensity for new versions of cgminer without changing config file?
As stated previously, the issue is that you have it in your default cgminer.conf file.How can I override intensity for new versions of cgminer without changing config file?
To change it so that it says changed, you either have to save settings to the default file, or edit the default cgminer.conf file.
To save your current settings into the default file, press "S", "W" then Enter.
N.B. if you save your current settings then you will not need to supply any settings when you run cgminer
If, on the other hand, you want to be able to specify a setting on the command line, then you will have to remove it from the default cgminer.conf file
May 22, 2012, 01:58:42 AM
I run cgminer with -I 2 parameter, but this parameter is ignored and used intensity in config (since v2.3.4).
How can I override intensity for new versions of cgminer without changing config file?
You have to move the config file out of the .cgminer directory, if your using linux, or change it in the config file.How can I override intensity for new versions of cgminer without changing config file?
Alternatively, you can try adjusting it while it is running by choosing 'G' then 'C' or 'S' for change settings, then 'I' for Intensity, then enter the number for your desired Intensity and press enter. Hit any key to return to polling screen.
May 22, 2012, 01:54:03 AM
OK, so I get this error:
I'm trying out SDK 2.1 so I search this thread and find:
Apparently it doesn't exist.
So I files > /opt/lib64/x86_64 to find libOpenCL.so
Are they the same file? Why is it named -.1?
What do I do to correct the issue so cgminer will churn?
Edit: Neglected to mention, in case it's important, I unpacked v2.1 as described in Kano's toot for v2.4.
P.S. AMD makes you jump through hoops now to get the older SDK's.
http://download2-developer.amd.com/amd/APPSDK/AMD-APP-SDK-v2.4-lnx64.tgz
" "/amd/Stream20GA/ati-stream-sdk-v2.1-lnx64.tgz
" "/amd/Stream20GA/icd-registration.tgz
Code:
./cgminer: error while loading shared libraries: libOpenCL.so.1: cannot open shared object file: No such file or directory
Quote from: DeathAndTaxes
Do a "find / -name libOpenCL.so.1"
then copying the file to cgminer's directory would probably the easiest...
Change to cgminers directory then do a "cp /path/to/file/libOpenCL.so.1 ." and start cgminer with ./cgminer
then copying the file to cgminer's directory would probably the easiest...
Change to cgminers directory then do a "cp /path/to/file/libOpenCL.so.1 ." and start cgminer with ./cgminer
Code:
$ find / -name libOpenCL.so.1
$
Apparently it doesn't exist.So I files > /opt/lib64/x86_64 to find libOpenCL.so
Are they the same file? Why is it named -.1?
What do I do to correct the issue so cgminer will churn?
Edit: Neglected to mention, in case it's important, I unpacked v2.1 as described in Kano's toot for v2.4.
P.S. AMD makes you jump through hoops now to get the older SDK's.
http://download2-developer.amd.com/amd/APPSDK/AMD-APP-SDK-v2.4-lnx64.tgz
" "/amd/Stream20GA/ati-stream-sdk-v2.1-lnx64.tgz
" "/amd/Stream20GA/icd-registration.tgz
May 22, 2012, 01:53:09 AM
I run cgminer with -I 2 parameter, but this parameter is ignored and used intensity in config (since v2.3.4).
How can I override intensity for new versions of cgminer without changing config file?
How can I override intensity for new versions of cgminer without changing config file?
May 21, 2012, 04:52:29 AM
As for accepted shares, this is hash rate * luck. Each card will encounter different luck so this is not unusual at all.
Is there a way to measure rate * luck?
I guess the card might be stable then even as it gave less shares?
Now:
"Card 1" A: 1304 R:65 HW:2 U: 8.86 I:7
"Card 2" A: 1268 R:28 HW:0 U: 8.58 I:9
Seems like wery few HW but the reject rate is 2-3% more on "Card 1"
May 21, 2012, 03:18:02 AM
I really enjoy the program, stable and nice 
Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx: xxx Mh/s || Q:xxx A:xxx ............ and so on ......
Only with the restart command from the menu.Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx
"[C]gminer restart" you mean?
I tried that and it just turned CGmienr off.
On another note, seems I have a wierd problem:
I think my "Card 1" might be too overclocked? Something is funky:
"Card 1": 663mhash | A: 557 R:16 HW:2 8.83/m I:7
"Card 2": 630mhash | A: 560 R: 3 HW:0 8.83/m I:9
So card one gives 33mhash more but less shares?!
Both cards have 100% load and "Card 1" is also primary connected to a display on windows 7.
Card reliability is entirely random, even from the same manufacturer and the same batch, they take different amounts of overclock safely. Some will just plain crash when overclocked too much, some will have glitches in the form of hardware errors at overclocks below the crash level. As for accepted shares, this is hash rate * luck. Each card will encounter different luck so this is not unusual at all.
Is there a way to measure rate * luck?
I guess the card might be stable then even as it gave less shares?
Now:
"Card 1" A: 1304 R:65 HW:2 U: 8.86 I:7
"Card 2" A: 1268 R:28 HW:0 U: 8.58 I:9
Seems like wery few HW but the reject rate is 2-3% more on "Card 1"
May 21, 2012, 01:59:56 AM
I really enjoy the program, stable and nice
Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx: xxx Mh/s || Q:xxx A:xxx ............ and so on ......
Only with the restart command from the menu.Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx
"[C]gminer restart" you mean?
I tried that and it just turned CGmienr off.
On another note, seems I have a wierd problem:
I think my "Card 1" might be too overclocked? Something is funky:
"Card 1": 663mhash | A: 557 R:16 HW:2 8.83/m I:7
"Card 2": 630mhash | A: 560 R: 3 HW:0 8.83/m I:9
So card one gives 33mhash more but less shares?!
Both cards have 100% load and "Card 1" is also primary connected to a display on windows 7.
Card reliability is entirely random, even from the same manufacturer and the same batch, they take different amounts of overclock safely. Some will just plain crash when overclocked too much, some will have glitches in the form of hardware errors at overclocks below the crash level. As for accepted shares, this is hash rate * luck. Each card will encounter different luck so this is not unusual at all.
May 21, 2012, 01:54:57 AM
I really enjoy the program, stable and nice
Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx: xxx Mh/s || Q:xxx A:xxx ............ and so on ......
Only with the restart command from the menu.Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx
"[C]gminer restart" you mean?
I tried that and it just turned CGmienr off.
On another note, seems I have a wierd problem:
I think my "Card 1" might be too overclocked? Something is funky:
"Card 1": 663mhash | A: 557 R:16 HW:2 8.83/m I:7
"Card 2": 630mhash | A: 560 R: 3 HW:0 8.83/m I:9
So card one gives 33mhash more but less shares?!
Both cards have 100% load and "Card 1" is also primary connected to a display on windows 7.
May 20, 2012, 05:11:48 PM
I really enjoy the program, stable and nice
Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx: xxx Mh/s || Q:xxx A:xxx ............ and so on ......
Only with the restart command from the menu. Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx
May 20, 2012, 01:39:21 PM
The windows binaries I create are generated on a fairly static unchanged windows virtual machine. Any updated installation you try to build from will end up being different so that is no surprise at all, and perfectly expected.
I was going to include the other files (dll's and cl's), but I didn't know the rules or licenses so I just shared the cgminer.exe. May 20, 2012, 09:04:20 AM
I really enjoy the program, stable and nice
Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx: xxx Mh/s || Q:xxx A:xxx ............ and so on ......
Is there a way to reset to 0 all the stats without having to close cgminer?
Stats are shown in cgminer directly when running
I mean the 2 row of stats: <5s>: xxx
May 20, 2012, 07:31:28 AM
Thanks.
May 20, 2012, 07:22:08 AM
The windows binaries I create are generated on a fairly static unchanged windows virtual machine. Any updated installation you try to build from will end up being different so that is no surprise at all, and perfectly expected.
May 20, 2012, 07:15:52 AM
I also compiled a version of cgminer 2.4.1 for windows 7 so I could disable opencl, since I have Intel integrated graphics without opencl support, and the prebuilt windows binary won't run on my system.
I notice the executable file size is different, and the dll file sizes, and the dll's included are different as well.
Do you know if the included instructions for compiling on windows is up to date? Or are the differences expected?
prebuilt windows binary:
05/06/2012 08:52 PM 289,792 cgminer.exe
02/23/2012 08:06 PM 249,344 libcurl-4.dll
05/20/2012 06:04 PM 87,054 libpdcurses.dll
04/18/2012 11:00 AM 177,207 libusb-1.0.dll
02/23/2012 08:06 PM 68,096 pthreadGC2.dll
self-compiled with "--disable-opencl --disable-adl --enable-bitforce":
05/20/2012 05:45 PM 690,888 cgminer.exe
05/20/2012 05:46 PM 615,424 libcurl.dll
05/20/2012 05:46 PM 1,551,973 libeay32.dll
05/20/2012 05:47 PM 279,955 libidn-11.dll
05/20/2012 05:48 PM 148,760 libpdcurses.dll
05/20/2012 05:48 PM 352,405 libssl32.dll
05/20/2012 05:48 PM 94,300 pthreadGC2.dll
I should receive my BFL singles soon, so I'll be able to test it more then.
I notice the executable file size is different, and the dll file sizes, and the dll's included are different as well.
Do you know if the included instructions for compiling on windows is up to date? Or are the differences expected?
prebuilt windows binary:
05/06/2012 08:52 PM 289,792 cgminer.exe
02/23/2012 08:06 PM 249,344 libcurl-4.dll
05/20/2012 06:04 PM 87,054 libpdcurses.dll
04/18/2012 11:00 AM 177,207 libusb-1.0.dll
02/23/2012 08:06 PM 68,096 pthreadGC2.dll
self-compiled with "--disable-opencl --disable-adl --enable-bitforce":
05/20/2012 05:45 PM 690,888 cgminer.exe
05/20/2012 05:46 PM 615,424 libcurl.dll
05/20/2012 05:46 PM 1,551,973 libeay32.dll
05/20/2012 05:47 PM 279,955 libidn-11.dll
05/20/2012 05:48 PM 148,760 libpdcurses.dll
05/20/2012 05:48 PM 352,405 libssl32.dll
05/20/2012 05:48 PM 94,300 pthreadGC2.dll
I should receive my BFL singles soon, so I'll be able to test it more then.
Jump to: