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

[-ck]

2.7.4 is saying that it's 2.6.6 and it won't start properly for me.

Re-uploaded with correct binaries.

[-ck]

Generous donations, thanks very much guys 

[-ck]

New unstable version: 2.7.4

Fixed some shit. Added some shit. Will only call it stable once it's tested by others.

Full changelog

I upgraded from 2.7.0 to 2.7.3.  Two of my miners crashed w/o me noticing it.

On 2.7.4 now.  First thing I noticed is the efficiencies are consistent now across my miners.  Instead of some being way of the charts, and others just off the charts, now they are all off the charts like they are supposed to be.

All using local instances of p2pool.

M

Yep and true efficiency should be higher than ever.

[-ck]

New unstable version: 2.7.4

Fixed some shit. Added some shit. Will only call it stable once it's tested by others.

What a rotten day 

You really need some rest.

Thanks. Plan to once a stable release is out.

[crazyates]

New unstable version: 2.7.4

Fixed some shit. Added some shit. Will only call it stable once it's tested by others.

What a rotten day 

You really need some rest.

Thanks. Plan to once a stable release is out.

Stable? 2.7.0 has been fine for me!

[gyverlb]

Thanks. Plan to once a stable release is out.

2.7.4 gets me ~10% less hashrate than all recent versions (including 2.7.1, 2.7.0 and 2.6.5 for fresh comparisons) on a 5870 with SDK 2.1 (ati-drivers 11.6) on Gentoo amd64.
Didn't test 2.7.2 or 2.7.3.

[-ck]

Thanks. Plan to once a stable release is out.

2.7.4 gets me ~10% less hashrate than all recent versions (including 2.7.1, 2.7.0 and 2.6.5 for fresh comparisons) on a 5870 with SDK 2.1 (ati-drivers 11.6) on Gentoo amd64.
Didn't test 2.7.2 or 2.7.3.

2.7.2/3 will not even work on sdk2.1. It appears the kernel changes are not so great for sdk2.1. Oh well.

[mdude77]

Thanks. Plan to once a stable release is out.

2.7.4 gets me ~10% less hashrate than all recent versions (including 2.7.1, 2.7.0 and 2.6.5 for fresh comparisons) on a 5870 with SDK 2.1 (ati-drivers 11.6) on Gentoo amd64.
Didn't test 2.7.2 or 2.7.3.

I always got less with cgminer on 5870s than I did with phoenix.  Atleast that's how phoenix portrayed it, I'm not sure it was accurate.

M

[kano]

Just succeeded in compiling 2.7.4 finally. Took me a while to figure out how to compile with ADL support.

Everything is running great so far and my WU has increased 0.4 from 2.7.3. I noticed one weird thing though; I tried accessing my pool info through the API and it keeps giving me this error:

Code:

Error: Could not find or load main class API

I'm not sure if this is because of something I missed when compiling though.

That just means you don't have the API.class file in the directory where you are trying to run it

Edit: and thanks immensely for whoever this was
http://blockchain.info/tx-index/16997867/4444a3ccb8c577295c11ee3710ae72416109d05ec99ca8641dde39a8837ed0ef

[Krak]

That just means you don't have the API.class file in the directory where you are trying to run it

Ahh, I was wondering how that worked. I'm still trying to figure out the whole API thing.

[kano]

That just means you don't have the API.class file in the directory where you are trying to run it

Ahh, I was wondering how that worked. I'm still trying to figure out the whole API thing.

Don't forget to read API-README - it contains a whole section at the end about using miner.php
That will give you a web interface to the API - reporting and changing cgminer settings.

[Krak]

Don't forget to read API-README - it contains a whole section at the end about using miner.php
That will give you a web interface to the API - reporting and changing cgminer settings.

Yeah I've been meaning to try and get that set up. I'll have to take a look when I get back to my miner.

[-ck]

Thanks. Plan to once a stable release is out.

2.7.4 gets me ~10% less hashrate than all recent versions (including 2.7.1, 2.7.0 and 2.6.5 for fresh comparisons) on a 5870 with SDK 2.1 (ati-drivers 11.6) on Gentoo amd64.
Didn't test 2.7.2 or 2.7.3.

2.7.2/3 will not even work on sdk2.1. It appears the kernel changes are not so great for sdk2.1. Oh well.

There's a suggestion from IRC that those with ultra low memory clock speeds on sdk2.4/2.5 are seeing this, and going from say 150 to 250 is enough to recover it. Perhaps it's not the SDK at all but the memory speed.

EDIT: Just to further explain why these changes have been made to ALL the kernels. Basically there are some small probability scenarios where some shares are missed by the existing kernel designs. It's not a lot, but given btc mining is entirely a probability game, we need everything on our side.

[btckeeper]

Hello all. Can anyone help with configuring cgminer in ubuntu to automatically start?
ThiagoCMC in post answered but I don't now how to implement this. Is there any more detailed guide?
Thanks.

[flatronw]

Hello all. Can anyone help with configuring cgminer in ubuntu to automatically start?
ThiagoCMC in post answered but I don't now how to implement this. Is there any more detailed guide?
Thanks.

I have been in the same position and asked the same question. I got no easy answer an eventually figured it out for myself. Not before it cost me 2 dead 5850's. So go to the thread below. I will post how I did it in Xubuntu 11.04. It should not be a great leap to do the same in Ubuntu.

https://bitcointalk.org/index.php?topic=51622.msg615490#msg615490

[teknohog]

- Pick worksize 256 with Cypress if none is specified.

I wondered why recent git versions have been slower on my 5870, about 414 vs. 421 Mhash/s. Using worksize 128 brought it back to the old speed. (Using fglrx 11.12 and SDK 2.5)

[rav3n_pl]

New  version: 2.7.4, 23rd August 2012

I knowh you have scrypt... but 274 on scrypt on p2pool still not counting "Q:" correctly (stuck on 1 no matter of longppols and new blocks).
Using your latest binary form #1 post. Win7 32.

Code:

 cgminer version 2.7.4 - Started: [2012-08-24 14:04:38]
--------------------------------------------------------------------------------
 (5s):5.8 (avg):13.4 Kh/s | Q:1  A:72  R:3  HW:0  E:7200%  U:22.1/m
 TQ: 0  ST: 1  SS: 0  DW: 1  NB: 2  LW: 40  GF: 0  RF: 0  WU: 23.0
 Connected to http://rav3n.dtdns.net:9327 with LP as user toy.gpu
 Block: 0f7319362ecc4242b3055949cfff0a81...  Started: [14:07:55]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  61.5C  85%    |  13.7/ 13.4Kh/s | A:72 R:3 HW:0 U:22.13/m I:10
--------------------------------------------------------------------------------

 [2012-08-24 14:07:40] Accepted 44557202.87d52156 GPU 0
 [2012-08-24 14:07:41] Accepted f0c6e995.49fd034d GPU 0
 [2012-08-24 14:07:44] Accepted 28a8499c.fa93f821 GPU 0
 [2012-08-24 14:07:44] Accepted 7cac2c15.2e7ed239 GPU 0
 [2012-08-24 14:07:48] LONGPOLL from pool 0 requested work restart
 [2012-08-24 14:07:52] Accepted e96e8b45.1a84f64f GPU 0
 [2012-08-24 14:07:52] Accepted 930b5af8.5bc3a9cc GPU 0
 [2012-08-24 14:07:53] Accepted ddf7a2bc.16754cca GPU 0
 [2012-08-24 14:07:55] LONGPOLL from pool 0 detected new block
 [2012-08-24 14:07:59] Rejected ef541395.dd5055bb GPU 0
 [2012-08-24 14:08:00] Rejected 3a10fff3.2a5501b0 GPU 0
 [2012-08-24 14:08:03] Rejected 31958c9e.9c027e93 GPU 0
 [2012-08-24 14:08:04] LONGPOLL from pool 0 requested work restart

[-ck]

New  version: 2.7.4, 23rd August 2012

I knowh you have scrypt... but 274 on scrypt on p2pool still not counting "Q:" correctly (stuck on 1 no matter of longppols and new blocks).
Using your latest binary form #1 post. Win7 32.

Yep, looks like the counter is broken just in scrypt mode.

[-ck]

- Pick worksize 256 with Cypress if none is specified.

I wondered why recent git versions have been slower on my 5870, about 414 vs. 421 Mhash/s. Using worksize 128 brought it back to the old speed. (Using fglrx 11.12 and SDK 2.5)

Yeah sorry, it seemed that most people using 58x0 were using very low memory speeds and 2.1 sdk which does better with worksize 256.

[rav3n_pl]

New  version: 2.7.4, 23rd August 2012

I knowh you have scrypt... but 274 on scrypt on p2pool still not counting "Q:" correctly (stuck on 1 no matter of longppols and new blocks).
Using your latest binary form #1 post. Win7 32.

Yep, looks like the counter is broken just in scrypt mode.

Update: not stuck, just counting... something ;] E: is hitting the roof ;]

Code:

 cgminer version 2.7.4 - Started: [2012-08-24 14:04:38]
--------------------------------------------------------------------------------
 (5s):13.5 (avg):14.3 Kh/s | Q:10  A:1639  R:83  HW:0  E:16390%  U:21.0/m
 TQ: 0  ST: 1  SS: 0  DW: 10  NB: 34  LW: 1118  GF: 0  RF: 0  WU: 22.1
 Connected to http://rav3n.dtdns.net:9327 with LP as user toy.gpu
 Block: ae4d022c87f97081ff8fc269ec1706a1...  Started: [15:17:59]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  61.0C  85%    |  13.6/ 14.3Kh/s | A:1641 R:83 HW:0 U:20.99/m I:10
--------------------------------------------------------------------------------

 [2012-08-24 15:22:28] LONGPOLL from pool 0 requested work restart
 [2012-08-24 15:22:34] Accepted 2c42840c.5e4a4c84 GPU 0
 [2012-08-24 15:22:42] LONGPOLL from pool 0 requested work restart
 [2012-08-24 15:22:45] Accepted d02a3fcb.9a5425c1 GPU 0
 [2012-08-24 15:22:48] LONGPOLL from pool 0 requested work restart
 [2012-08-24 15:22:49] Accepted 71a67c93.7953be2d GPU 0
 [2012-08-24 15:22:51] Accepted 30c09893.8920e169 GPU 0
 [2012-08-24 15:22:53] Accepted 084d5cc0.98c6ddca GPU 0
 [2012-08-24 15:22:55] Accepted 324867e9.ea605510 GPU 0
 [2012-08-24 15:22:58] Accepted 0a0fe324.669c0c9b GPU 0
 [2012-08-24 15:22:59] LONGPOLL from pool 0 requested work restart
 [2012-08-24 15:23:00] Accepted 9a71534b.fa2044d5 GPU 0
 [2012-08-24 15:23:00] Accepted 9b28aa94.0af3ebee GPU 0