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

[Joshwaa]

On the new version 2.10.0  My BFL boxes all are showing the same MHash rates, but all my 7970's have gone from 680Mhash to 603MHash.  Any thoughts?

[1715223357]

1715223357

[1715223357]

1715223357

[kano]

cut/paste ...

2.10.0
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.10.0a
https://github.com/kanoi/cgminer/downloads
(it also works on Fedora 16 and 17)

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far on my GPU or 'BFL+2xICA'

Since I'm no longer GPU mining, I just run it for a while on my single 6950 to see what happens

BFL+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff

(MMQ is ... still ... doing new code testing)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make

[rav3n_pl]

2.10.0 exe file for GPU only (scrypt enabled) on my skydrive if any1 intrested

[BitcoinOxygen]

Is there a compiled version of CGminer for windows with icarus, bitforce, ztex, and modminer support.

[kano]

Is there a compiled version of CGminer for windows with icarus, bitforce, ztex, and modminer support.

Yeah the files at the download link called cgminer*win32.7z or cgminer*win32.zip

[-ck]

On the new version 2.10.0  My BFL boxes all are showing the same MHash rates, but all my 7970's have gone from 680Mhash to 603MHash.  Any thoughts?

My 7970s are performing exactly the same with 2.10 as with 2.9. Coincidence related to some other problem for you perhaps?

[Aion2n]

My 7970 lightning with 2.10 have the same (690 Mh/s) rates as 2.9.7 

[vapourminer]

question on how cgminer figures intensity.

on dynamic with both 2.9.7.0/1 and 2.10.0 when I fire up folding@home on the cpu (which loads the 4 cores to 100%) cgminer drops intensity down to -8 or so on my 6870. stop folding and intensity goes to 4 or 5 where it should be.

dunno if previous versions of cgminer do this as I just upgraded to an i5 3570k; I didnt fold on the other CPU.

AFAIK folding does not touch the GPU in any way when not displaying folding graphics (which i never do) and it runs @ idle priority.

does cgminer figure CPU load into dynamic intensity?

win7 64 bit
cgminer 2.10.0
11.11 driver
12.4 SDK
HD6870

anyhow, setting "I" manually is fine. and I LOVE the stratum support! dunno how you do it but cgminer just keeps getting better!

[-ck]

question on how cgminer figures intensity.

on dynamic with both 2.9.7.0/1 and 2.10.0 when I fire up folding@home on the cpu (which loads the 4 cores to 100%) cgminer drops intensity down to -8 or so on my 6870. stop folding and intensity goes to 4 or 5 where it should be.

cgminer times how long it takes for the gpu code to "return" after it's been given work. Unfortunately with windows, the timer resolution is so shithouse at 15ms that I have to sample many many iterations of the GPU code and then average them to see how long it took. This means that between giving the GPU code, there are short periods dependent on CPU code, and windows' scheduler does not seem to give this CPU code priority even though folding@home should be idle priority. So it ends up counting delays of the CPU scheduling as though the GPU had spent more time on its work. So it's a combination of the shit windows timer resolution and the shit windows scheduling that makes dynamic not work that well for your test case.

I LOVE the stratum support! dunno how you do it but cgminer just keeps getting better!

Thanks 

[Joshwaa]

On the new version 2.10.0  My BFL boxes all are showing the same MHash rates, but all my 7970's have gone from 680Mhash to 603MHash.  Any thoughts?

My 7970s are performing exactly the same with 2.10 as with 2.9. Coincidence related to some other problem for you perhaps?

I figured it out. Drivers! They crashed when i first started CGMiner for some reason, so I had to reset all the clocks.  Thanks for the replies.

[vapourminer]

cgminer times how long it takes for the gpu code to "return" after it's been given work. Unfortunately with windows, the timer resolution is so shithouse at 15ms that I have to sample many many iterations of the GPU code and then average them to see how long it took. This means that between giving the GPU code, there are short periods dependent on CPU code, and windows' scheduler does not seem to give this CPU code priority even though folding@home should be idle priority. So it ends up counting delays of the CPU scheduling as though the GPU had spent more time on its work. So it's a combination of the shit windows timer resolution and the shit windows scheduling that makes dynamic not work that well for your test case.

No prob. I can live with it, just curious.

so, best senario: linux!   'cept the gaming part, which keeps me in windows. ah well..

I LOVE the stratum support! dunno how you do it but cgminer just keeps getting better!

Thanks 

youre welcome. donation coming your way, check your PM. make sure it goes onto the stratum side of the scoreboard if youre still keeping count

[P_Shep]

Having trouble compiling it for mips.
I updated curl, as It was missing some references, but now it's missing even more with version 7.28.1.
Not sure what's going on.

EDIT:
So it seems that -lcurl isn't being included!

[nelisky]

I gave 2.9.10 a quick try yesterday on OpenWRT (MIPSBE) and when mining with ztex fpgas on deepbit the hashrate drops to 1/5 of what it should be. On bitminter I would dare say it is faster than it was on 2.9.7.

Going back to 2.9.7 on deepbit works fine. It might be another endianess issue, I have not debugged this yet, but just thought I'd report in case someone gets a 'doh!' moment and immediately knows what's wrong

[kano]

I gave 2.9.10 a quick try yesterday on OpenWRT (MIPSBE) and when mining with ztex fpgas on deepbit the hashrate drops to 1/5 of what it should be. On bitminter I would dare say it is faster than it was on 2.9.7.

Going back to 2.9.7 on deepbit works fine. It might be another endianess issue, I have not debugged this yet, but just thought I'd report in case someone gets a 'doh!' moment and immediately knows what's wrong

A couple of people who are usually in the #cgminer IRC (as per the commit names) are the origin of the latest ztex code changes.
One is also the author of the libusb code.
Since you dropped ztex and left it hanging, it's been nice that others have taken an interest in working on it.
If you have any help for them, then come visit #cgminer and discuss with them.

[nelisky]

A couple of people who are usually in the #cgminer IRC (as per the commit names) are the origin of the latest ztex code changes.
One is also the author of the libusb code.
Since you dropped ztex and left it hanging, it's been nice that others have taken an interest in working on it.
If you have any help for them, then come visit #cgminer and discuss with them.

Ok, so I 'left it hanging' nice... still keeping it civil, I see.

I don't think this is ztex specific, but I humbly appreciate the invitation.

[crazyates]

I upgraded to Win8 this past weekend, but haven't been mining since. I DL 2.9.7 last night, and tried it with my Single. It froze about 30 min after I started it. I restarted it this morning before I left for work, and now that worker is already offline, so I'm assuming it did it again.

I'm running a .bat file with a loop to restart if it freezes, but it's weird cuz nothing happens when it freezes. It just stops, it doesn't exit, give any warning messages, error codes, etc.

I'm assuming this has something to do with Win8 rather than cgminer, but any ideas?

[juhakall]

I upgraded to Win8 this past weekend, but haven't been mining since. I DL 2.9.7 last night, and tried it with my Single. It froze about 30 min after I started it. I restarted it this morning before I left for work, and now that worker is already offline, so I'm assuming it did it again.

I'm running a .bat file with a loop to restart if it freezes, but it's weird cuz nothing happens when it freezes. It just stops, it doesn't exit, give any warning messages, error codes, etc.

I'm assuming this has something to do with Win8 rather than cgminer, but any ideas?

Did you download 2.9.7 or 2.9.7-1? The latter has a Windows crashing bug fixed.

[crazyates]

I upgraded to Win8 this past weekend, but haven't been mining since. I DL 2.9.7 last night, and tried it with my Single. It froze about 30 min after I started it. I restarted it this morning before I left for work, and now that worker is already offline, so I'm assuming it did it again.

I'm running a .bat file with a loop to restart if it freezes, but it's weird cuz nothing happens when it freezes. It just stops, it doesn't exit, give any warning messages, error codes, etc.

I'm assuming this has something to do with Win8 rather than cgminer, but any ideas?

Did you download 2.9.7 or 2.9.7-1? The latter has a Windows crashing bug fixed.

I believe it was 2.9.7-1, as that's the one right at the top of conman's dl site, but I could be mistaken. I can double check when I get home.

[rav3n_pl]

It is intended, when set "failover" but not "failover only" that work is split to 2 pools? I have set 3 backup p2pool nodes in my config and I just realized that half of my work is sent to another node O_o. My node is fast enough to keep 170MH worker ;] ... lol
See my worker "toy.gpu"
http://rav3n.dtdns.net:9332/static/graphs.html?Hour
and backup 1KurD1za... on
http://bitpoppool.geekgalaxy.com:9332/static/graphs.html?Day

[cypherdoc]

why would i get a "all devices disabled, cannot mine" error?

win 7 geforce gtx 260

installed amd app sdk v2.8 windows 64 bit, ati 11.12

thanks