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

[kano]

cgminer.exe -S bitforce://./COM4

Do you have a GPU on the rig as well? And did you setup a pool? (-o site:port -u worker -p pass)

Yes to both answers.

As I mentioned in the bfgminer thread, it may be worthwhile to run 2 separate instances of cgminer: one only for your GPUs and a separate one for your Single(s). I remember reading somewhere that at least one user had solved a similar problem by doing this.

Read the post above

Edit: oh joy ... Luke-jr blocked it from going into cgminer - but he's going to put it into his miner ...

[1715188436]

1715188436

[1715188436]

1715188436

[Fiyasko]

I think you should put in a default Enabled donation rate of .001%, And have it stated blatently that cgminer wishes to ask for a .001% hashed donation,

Search the thread: in-cgminer-donation has been tried and wasn't worth the trouble.

Awwwww that sucks

[-ck]

I think you should put in a default Enabled donation rate of .001%, And have it stated blatently that cgminer wishes to ask for a .001% hashed donation,

Search the thread: in-cgminer-donation has been tried and wasn't worth the trouble.

Awwwww that sucks

The donation feature was around for many months and the total hashrate donated averaged about 200MH during that time. It also introduced some bugs of its own which penalised the very people who were donating (until I fixed the bugs). When I suggested it be enabled by default (with the ability to disable it) I got crucified in the forum so I just abandoned the donation feature entirely and hope that people will feel like donating the old fashioned way.

[ThiagoCMC]

Just updated to Ubuntu 12.04 and cgminer 2.4.3 and I've got good news and bad news. Good news is that I'm able to use 2 threads per GPU again and cgminer's CPU usage is way down. Bad news is that somehow it looks like SDK 2.6 got installed along the way. Lost about 60 MH/s.

Any decent guides on downgrading SDKs out there so I don't mess up my Ubuntu install again?

This is very easy, I can help you out... PM-me if you want help!

Cheers!
Thiago

[kano]

Just updated to Ubuntu 12.04 and cgminer 2.4.3 and I've got good news and bad news. Good news is that I'm able to use 2 threads per GPU again and cgminer's CPU usage is way down. Bad news is that somehow it looks like SDK 2.6 got installed along the way. Lost about 60 MH/s.

Any decent guides on downgrading SDKs out there so I don't mess up my Ubuntu install again?

The related details that may or may not help:
https://github.com/kanoi/linux-usb-cgminer/blob/master/linux-AMD-SDK-2.4-2.6-upgrade-downgrade

Though if you know yourself what you are doing that should tell you what to look for.

[Krak]

The related details that may or may not help:
https://github.com/kanoi/linux-usb-cgminer/blob/master/linux-AMD-SDK-2.4-2.6-upgrade-downgrade

Though if you know yourself what you are doing that should tell you what to look for.

I don't remember exactly, but I think those instructions are what messed up my OS in the first place.

[Fuzzy]

Does CGMINER support multiple backup/fallback pools?

I've noticed that a number of pools will be down or lagging at any given time, so I'm looking to set up 3-5 backup pools to mitigate all this downtime I'm seeing on my miners. Been using GUIminer up to now, but the 1 backup server option still leaves me running idle every now and then.

[-ck]

Does CGMINER support multiple backup/fallback pools?

I've noticed that a number of pools will be down or lagging at any given time, so I'm looking to set up 3-5 backup pools to mitigate all this downtime I'm seeing on my miners. Been using GUIminer up to now, but the 1 backup server option still leaves me running idle every now and then.

cgminer supports no more than 32 pools I'm afraid. I can remove that limit in the next version if it's desired...

[Ed]

ckolivas excuse me, where I can download?

phatk110817Caymanbitalignv2w256long4.bin
phatk110817Cypressbitalignv2w256long4.bin
phatk110817Juniperbitalignv2w256long4.bin

it is not downloaded automatically

[-ck]

ckolivas excuse me, where I can download?

phatk110817Caymanbitalignv2w256long4.bin
phatk110817Cypressbitalignv2w256long4.bin
phatk110817Juniperbitalignv2w256long4.bin

it is not downloaded automatically

They're automatically generated when you run cgminer so you don't need to download them. However if you are after binaries from different SDK versions to what you have installed, you're out of luck as I stopped collecting them because it was getting too much effort to keep them all.

[nelisky]

With the latest master, on OpenWRT (TP-Link MR3220) I can't use ztex boards anymore. Haven't got time to properly debug this now so I thought I'd just leave this here in case it is obvious to anyone:

Code:

 [2012-06-14 14:41:10] Popping work to stage thread                    
 [2012-06-14 14:41:13] ZTEX 0000000001-1: Share found N0E0                    
 [2012-06-14 14:41:13]  Proof: 000000008f655a7694a8933c6eb9b38330a8be710c299dd2a2785220d2832b30
Target: 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? YES (hash < target)                    
 [2012-06-14 14:41:13] Pushing submit work to work thread                    
 [2012-06-14 14:41:13] ZTEX 0000000001-1: submitted 23c2895c 1                    
 [2012-06-14 14:41:13] Popping work to work thread                    
 [2012-06-14 14:41:13] Creating extra submit work thread                    
Bus error

It works great until a share is found, then it dies an immediate and horrible death

[-ck]

With the latest master, on OpenWRT (TP-Link MR3220) I can't use ztex boards anymore. Haven't got time to properly debug this now so I thought I'd just leave this here in case it is obvious to anyone:

Code:

 [2012-06-14 14:41:10] Popping work to stage thread                    
 [2012-06-14 14:41:13] ZTEX 0000000001-1: Share found N0E0                    
 [2012-06-14 14:41:13]  Proof: 000000008f655a7694a8933c6eb9b38330a8be710c299dd2a2785220d2832b30
Target: 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? YES (hash < target)                    
 [2012-06-14 14:41:13] Pushing submit work to work thread                    
 [2012-06-14 14:41:13] ZTEX 0000000001-1: submitted 23c2895c 1                    
 [2012-06-14 14:41:13] Popping work to work thread                    
 [2012-06-14 14:41:13] Creating extra submit work thread                    
Bus error

It works great until a share is found, then it dies an immediate and horrible death

I was hoping the code for testing if it was a block solve was fixed for openwrt so I removed the commenting out of that test. I guess it was premature and that bug still exists.

This is the commit responsible in git:
dbe9056df4db4007524af9569edc28c92827b3c4

[Fuzzy]

cgminer supports no more than 32 pools I'm afraid. I can remove that limit in the next version if it's desired...

How do you expect people to mine with a mere 32 pool limit? No wonder no one's using this software! 

[kano]

The related details that may or may not help:
https://github.com/kanoi/linux-usb-cgminer/blob/master/linux-AMD-SDK-2.4-2.6-upgrade-downgrade

Though if you know yourself what you are doing that should tell you what to look for.

I don't remember exactly, but I think those instructions are what messed up my OS in the first place.

Nope - it was you that did

[Krak]

Nope - it was you that did

Maybe, but the instructions are a little difficult to read.

[nelisky]

With the latest master, on OpenWRT (TP-Link MR3220) I can't use ztex boards anymore. Haven't got time to properly debug this now so I thought I'd just leave this here in case it is obvious to anyone:

Code:

 [2012-06-14 14:41:10] Popping work to stage thread                    
 [2012-06-14 14:41:13] ZTEX 0000000001-1: Share found N0E0                    
 [2012-06-14 14:41:13]  Proof: 000000008f655a7694a8933c6eb9b38330a8be710c299dd2a2785220d2832b30
Target: 00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
TrgVal? YES (hash < target)                    
 [2012-06-14 14:41:13] Pushing submit work to work thread                    
 [2012-06-14 14:41:13] ZTEX 0000000001-1: submitted 23c2895c 1                    
 [2012-06-14 14:41:13] Popping work to work thread                    
 [2012-06-14 14:41:13] Creating extra submit work thread                    
Bus error

It works great until a share is found, then it dies an immediate and horrible death

I was hoping the code for testing if it was a block solve was fixed for openwrt so I removed the commenting out of that test. I guess it was premature and that bug still exists.

This is the commit responsible in git:
dbe9056df4db4007524af9569edc28c92827b3c4

Thanks. Just reverted that one and it is working fine at first glance.

[bitpop]

Aww, please post when I can upgrade. I'm stuck for now. Thanks for at least this version tho!

BTW any word on using more than 32 pools??

kanoi gave me a special version 2.4.2c that fixed multi bfl, not sure if change got committed into latest version tho so im waitying

Unfortunately, no it didn't get into 2.3.4 and won't until I rewrite it ... thanks to ... well read the pull request argument
https://github.com/ckolivas/cgminer/pull/215

It is rather interesting to note that that same pull request might? be the fix to apparent problems with the new ModMiner code on windows ...

[-ck]

BTW any word on using more than 32 pools??

I wasn't serious... but anything can be done. You really want this?

[bitpop]

Lol nah

[-ck]

Lol nah