Author

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

hero member
Activity: 518
Merit: 500
I was wondering lately why my 6670 had a stale rate of nearly 10%. I switched the pool (nr 1 in poollist) and everything was fine for that card. Did the same on my other rig but out of nowhere i had stale rates up to 8% ! How was that possible ? I read then a post from p4man. It turned out that both times i had this, the pool i was mining to was not first in the poollist. Can someone else confirm this ?

Confirmed. Though not as dramatic as your results, for me stales go from ~0.15 % to 10x more when I am mining on a pool that is not #1 in the list.

Moreover, with failover enabled it seems cgminer sends ~5% of my hashing power to my failover pool, even though the primary pool is not ever down. Seems to be related to long polling, each time there is a new block I see cgminer submitting a few shares to the backup pool. Is there a reason for that?
vip
Activity: 1358
Merit: 1000
AKA: gigavps
Hello fellow cgminers,

It looks like the ufasoft miner now includes support for the bitforce products from butterfly labs. Is there any hope of having bitforce compatibility for cgminer?

As with the rpc interface, I would be willing to throw in on a bounty to see this implemented.

Thoughts?
legendary
Activity: 1022
Merit: 1000
BitMinter
I was wondering lately why my 6670 had a stale rate of nearly 10%. I switched the pool (nr 1 in poollist) and everything was fine for that card. Did the same on my other rig but out of nowhere i had stale rates up to 8% ! How was that possible ? I read then a post from p4man. It turned out that both times i had this, the pool i was mining to was not first in the poollist. Can someone else confirm this ?
legendary
Activity: 1022
Merit: 1000
Freelance videographer
Link for OSX please as I can't see a .app or .dmg file.
Thanks
full member
Activity: 373
Merit: 100
Somewhat offtopic, but the first driver version I had in debian was "11.6" (due to installing it at that time), so I assume it must have been unified before 11.7.
No what I meant was they actually unified the code and version numbers for both windows and linux some time later - certainly after 11.6
However, where did you get the 11.6 number from?

The debian package.
Anyway, I've since had a look at the wikipedia article, and they say 11.7 as well (http://en.wikipedia.org/wiki/AMD_Catalyst#Linux), so I assume that is correct.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Edit: however, the version numbers were different due to different code before 11.7
(I think it was 11.7 where the unified it - though I'm not sure)

Somewhat offtopic, but the first driver version I had in debian was "11.6" (due to installing it at that time), so I assume it must have been unified before 11.7.
No what I meant was they actually unified the code and version numbers for both windows and linux some time later - certainly after 11.6
However, where did you get the 11.6 number from?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
...
/usr/local/bin/startcg  (remember to chmod +x)
Code:
#!/bin/bash

export AMDAPPSDKROOT=/home/ubuntu/AMD-APP-SDK-v2.4-lnx32/
export LD_LIBRARY_PATH=${AMDAPPSDKROOT}lib/x86:${LD_LIBRARY_PATH}
export DISPLAY=:0

cgminer 2>>/var/log/cgminer.log
...

Tardy on this reply, but... those first two exports puzzle me; I've not seen them before.  How is the equivalent being achieved for those of us who are starting cgminer "manually" post-startup?
If you follow the installation instructions supplied with cgminer by ckolivas or my USB instructions, then they are not needed.
(though it seems it is rather unusual for them to be actually followed correctly and completely ... Tongue)
They are only necessary if you haven't put the files where they belong.
member
Activity: 266
Merit: 36
...
/usr/local/bin/startcg  (remember to chmod +x)
Code:
#!/bin/bash

export AMDAPPSDKROOT=/home/ubuntu/AMD-APP-SDK-v2.4-lnx32/
export LD_LIBRARY_PATH=${AMDAPPSDKROOT}lib/x86:${LD_LIBRARY_PATH}
export DISPLAY=:0

cgminer 2>>/var/log/cgminer.log
...

Tardy on this reply, but... those first two exports puzzle me; I've not seen them before.  How is the equivalent being achieved for those of us who are starting cgminer "manually" post-startup?
full member
Activity: 373
Merit: 100
Edit: however, the version numbers were different due to different code before 11.7
(I think it was 11.7 where the unified it - though I'm not sure)

Somewhat offtopic, but the first driver version I had in debian was "11.6" (due to installing it at that time), so I assume it must have been unified before 11.7.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Well the driver is Mar 24 2011 - so I guess that means it could be 11.4 ...
Oh well I've never actually found anything to verify that I was told it was 11.6 Smiley

So if that is correct, then 11.4 and 2.4 Cheesy

Edit: however, the version numbers were different due to different code before 11.7
(I think it was 11.7 where the unified it - though I'm not sure)
So 8.840 could still be the equivalent of 11.6 ...
member
Activity: 266
Merit: 36
Is this advice OS-independent -- same for Windows and Linux?
Windows? What's that? Smiley

Windows is what I'm trying in order to get one of the two WiFi USB adapters I have working.  Gave up on Ubuntu 11.04 for that, but I'm having problems with Win7 also.  The only time one of them worked (with no driver having to be installed!) was with 10.04.  But I digress...

Quote
That's for Linux - or to be Linux specific, xubuntu 11.04 default drivers (= 11.6) + SDK 2.4

Edit: the fglrx version number is 8.840 (2:8.840-0ubuntu4) which is 11.6

Looks to me like 8.840 is about 11.4--

Here's a list I put together last night, mostly from an AMD web site page:

Catalyst 11.11   8.911   11/15/2011

Catalyst 11.10   8.902   10/31/2011

Catalyst 11.9   8.892   9/28/2011

Catalyst 11.8   8.881   8/17/2011

Catalyst 11.7   8.872   7/27/2011

Catalyst 11.6   8.861   6/15/2011

Catalyst 11.5   8.85   5/9/2011

Catalyst 11.4   8.841   4/27/2011

fglrx packages with...
Natty         8.84
Oneiric      8.881
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
11.6 + SDK 2.4 'nuf said.
Still the best combo.

Is this advice OS-independent -- same for Windows and Linux?
Windows? What's that? Smiley
That's for Linux - or to be Linux specific, xubuntu 11.04 default drivers (= 11.6) + SDK 2.4

Edit: the fglrx version number is 8.840 (2:8.840-0ubuntu4) which is 11.6
member
Activity: 266
Merit: 36
11.6 + SDK 2.4 'nuf said.
Still the best combo.

Is this advice OS-independent -- same for Windows and Linux?
hero member
Activity: 784
Merit: 1009
firstbits:1MinerQ
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
11.6 + SDK 2.4 'nuf said.
full member
Activity: 373
Merit: 100
Linux users! Don't use Catalyst 11.12! I have 360 MHzsh with this in all miners, and 412 with 11.10 and AMD APP SDK 2.5. ATi Radeon 5850.

Yeah, well, 11.10 has the 100% CPU bug, so I'll refrain from using that, thank you very much...
sr. member
Activity: 362
Merit: 250
Linux users! Don't use Catalyst 11.12! I have 360 MHzsh with this in all miners, and 412 with 11.10 and AMD APP SDK 2.5. ATi Radeon 5850.
hero member
Activity: 742
Merit: 500
Interesting!  On all six I changed from dynamic, which was reporting I=3 or 4, mostly 4, to 7, which increased the hash rate by about 14% and power consumption by 7%.   I wonder how much we are losing in order to avoid "freaking out" an OS that is designed to work with spreadsheets, video games, and email.

The only system I use dynamic on is my workstation.  It has dual monitors hooked to one GPU set to dynamic.  The other 7 GPU all run at I=9.  Best of both worlds.  The GPU used by OS for desktop is always responsive and the other 7 are maxed out.  For the dedicated mining rigs I run nothing but I=9.
I run my dedicated miner at 8,7,8.  The system wasn't as stable with the second GPU on 8 and going to 9 on the other cards didn't affect the hash rate.
donator
Activity: 1218
Merit: 1079
Gerald Davis
Interesting!  On all six I changed from dynamic, which was reporting I=3 or 4, mostly 4, to 7, which increased the hash rate by about 14% and power consumption by 7%.   I wonder how much we are losing in order to avoid "freaking out" an OS that is designed to work with spreadsheets, video games, and email.

The only system I use dynamic on is my workstation.  It has dual monitors hooked to one GPU set to dynamic.  The other 7 GPU all run at I=9.  Best of both worlds.  The GPU used by OS for desktop is always responsive and the other 7 are maxed out.  For the dedicated mining rigs I run nothing but I=9.
hero member
Activity: 742
Merit: 500
I got 2.0.9 installed from git.  The api commands are great.  I'll send the bounty soon.

Code:
[user@miner gist-1500780]$ python cgminer-rpc.py summary
summary
{u'STATUS': [{u'STATUS': u'S', u'Msg': u'Summary', u'Code': 11, u'Description': u'cgminer 2.0.9'}], u'id': 1, u'SUMMARY': [{u'Get Failures': 0, u'Getworks': 19, u'Network Blocks': 1, u'Algorithm': u'c', u'Found Blocks': 0, u'Rejected': 0, u'Elapsed': 55, u'Discarded': 0, u'Hardware Errors': 0, u'Stale': 0, u'Accepted': 15, u'Remote Failures': 0, u'MHS av': 1005.95, u'Local Work': 0, u'Utility': 16.460000000000001}]}
Jump to: