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

[-ck]

My E: went from ~175% to 1200% after about 10k shares. Is that what you were expecting?

My efficiency is through the roof with this new version.

miner with one GPU after 13k shares: 5316%
miner with three GPUs after 40k shares: 50336%
miner with four GPUs after 56k shares: 4516%

the 2nd one looks funny to me, but it's what cgminer is reporting.

M

Yes this is precisely what's expected in anticipation of much faster hardware (if asics ever appear). If you mine solidly on one reliable efficient pool, the efficiency can reach legendary proportions.

[P_Shep]

Nicely done Con, I'm averaging over 5100% efficiency

[rav3n_pl]

2.7 is not counting getworks properly:

Code:

 cgminer version 2.7.0 - Started: [2012-08-20 14:30:15]
--------------------------------------------------------------------------------
 (5s):16.5 (avg):14.4 Kh/s | Q:1  A:750  R:47  HW:0  E:75000%  U:20.7/m
 TQ: 0  ST: 2  SS: 0  DW: 1  NB: 10  LW: 450  GF: 0  RF: 0  WU: 22.0
 Connected to http://rav3n.dtdns.net:9327 with LP as user toy.gpu
 Block: d4168a8f77630bea179cbdd61dde162a...  Started: [15:06:26]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  66.5C  85%    |  14.4/ 14.4Kh/s | A:751 R:47 HW:1 U:20.72/m I:10
--------------------------------------------------------------------------------

 [2012-08-20 15:06:25] Accepted 431632d4.dd42f9df GPU 0
 [2012-08-20 15:06:25] Accepted f37d0edb.290d0d52 GPU 0
 [2012-08-20 15:06:26] LONGPOLL from pool 0 detected new block
 [2012-08-20 15:06:27] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:29] Accepted 6f40a714.8354c7a0 GPU 0
 [2012-08-20 15:06:30] Accepted 2c0bf299.1591375f GPU 0
 [2012-08-20 15:06:30] Accepted a2b07c82.28faaba6 GPU 0
 [2012-08-20 15:06:30] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:35] Accepted 8fe2907d.0c4422b2 GPU 0
 [2012-08-20 15:06:37] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:38] Accepted 0373a844.56d60ca2 GPU 0
 [2012-08-20 15:06:39] Accepted 3f2bbd00.b33561ed GPU 0
 [2012-08-20 15:06:46] Accepted b97e91c0.ec9b8b93 GPU 0

After every new block and longpool Q should incerase.

(Edited typo)

[The00Dustin]

2.7 is not counting getworks properly:

Code:

 cgminer version 2.7.0 - Started: [2012-08-20 14:30:15]
--------------------------------------------------------------------------------
 (5s):16.5 (avg):14.4 Kh/s | Q:1  A:750  R:47  HW:0  E:75000%  U:20.7/m
 TQ: 0  ST: 2  SS: 0  DW: 1  NB: 10  LW: 450  GF: 0  RF: 0  WU: 22.0
 Connected to http://rav3n.dtdns.net:9327 with LP as user toy.gpu
 Block: d4168a8f77630bea179cbdd61dde162a...  Started: [15:06:26]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  66.5C  85%    |  14.4/ 14.4Kh/s | A:751 R:47 HW:1 U:20.72/m I:10
--------------------------------------------------------------------------------

 [2012-08-20 15:06:25] Accepted 431632d4.dd42f9df GPU 0
 [2012-08-20 15:06:25] Accepted f37d0edb.290d0d52 GPU 0
 [2012-08-20 15:06:26] LONGPOLL from pool 0 detected new block
 [2012-08-20 15:06:27] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:29] Accepted 6f40a714.8354c7a0 GPU 0
 [2012-08-20 15:06:30] Accepted 2c0bf299.1591375f GPU 0
 [2012-08-20 15:06:30] Accepted a2b07c82.28faaba6 GPU 0
 [2012-08-20 15:06:30] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:35] Accepted 8fe2907d.0c4422b2 GPU 0
 [2012-08-20 15:06:37] LONGPOLL from pool 0 requested work restart
 [2012-08-20 15:06:38] Accepted 0373a844.56d60ca2 GPU 0
 [2012-08-20 15:06:39] Accepted 3f2bbd00.b33561ed GPU 0
 [2012-08-20 15:06:46] Accepted b97e91c0.ec9b8b93 GPU 0

After every new block and longpool A sould incerase.

I assume you mean Q, and that does look odd, but my Q is much higher, which may mean my pool doesn't support nrolltime.  That said, m Q starts at 4 (gets work from the main pool and 3 backups).  That is even with --failover-only specified.  Are you mining with only one pool?  If not, did you compile, or download a binary?

[rav3n_pl]

I`m mining LTC on my P2pool node. Binary downloaded form #1 post.

Edit: Yes, ofc i mean Q not A

[The00Dustin]

I`m mining LTC on my P2pool node. Binary downloaded form #1 post.

Linux or Windows.  I'm not going to be able to help you, but hopefully having all of this information already here will be beneficial to Con/Kano sholud they get to this issue.

[rav3n_pl]

I`m mining LTC on my P2pool node. Binary downloaded form #1 post.

Linux or Windows.  I'm not going to be able to help you, but hopefully having all of this information already here will be beneficial to Con/Kano sholud they get to this issue.

Ah, forgot add: Win7 32
It is not some tragic error for me, just pointing taht it not works correctly For me only U and mean rate is need

[Fiyasko]

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

[The00Dustin]

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

Sounds like there is a config file somewhere.  I haven't messed with config files, but presumably you didn't delete the directory where the fresh copy was placed or the config file is stored in you working directory, outside of the directory where the fresh copy of cgminer has been place.

[d3m0n1q_733rz]

Just a thought for the Litecoin Scrypt OpenCL miner.  Combine the multiple uint4 vectors into uint8 so that the SIMD processors can do their job more efficiently.  It will have the same number of reads and writes, but the instructions should be fewer.  This is just a theory anyway.  I would try it myself, but it requires a modification to almost the entire code that I'm not capable of myself.  There's just too many offsets and the code is designed using the outdated w, x, y and z vectors instead of s0 - s3 so expanding upon it is difficult at best.
I had managed about half of it last night until I got to the bottom where the W and w variables came together.  One of those needs to be changed so that they can be told apart from each other.
But yeah, if the same instructions are going to be used on two (or more) sets of vector 4 types, they need to be combined for simplicity.

[Nite69]

Git log tells me there was some problem with the patch I submitted. Can you (or someone) clarify where the problem was?

It crashes other rigs completely. Presumably the -lack- of a gpumap breaks it completely and tries to tie everything to device 0. I'll look into re-importing your patch and making it work.

Oh, that's not good..
I think it just needs one

Code:

if (gpus[gpu].mapped)

, but maybe better if you do it.

[Fiyasko]

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

Sounds like there is a config file somewhere.  I haven't messed with config files, but presumably you didn't delete the directory where the fresh copy was placed or the config file is stored in you working directory, outside of the directory where the fresh copy of cgminer has been place.

Bingo!
Thanks
Somehow it was running my other cgminers configfile *shrugs* Moved the cgminer folder to it's own and everything was fine

[P_Shep]

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

Sounds like there is a config file somewhere.  I haven't messed with config files, but presumably you didn't delete the directory where the fresh copy was placed or the config file is stored in you working directory, outside of the directory where the fresh copy of cgminer has been place.

Bingo!
Thanks
Somehow it was running my other cgminers configfile *shrugs* Moved the cgminer folder to it's own and everything was fine

Lord knows why, but cgminer's default behaviour is to load cgminer.conf whether it's specified in the cmd line or not. if you specify a different conf file, it'll load both.

[kano]

Does anyone know why CGminer (fresh copy) Keeps changing my clocks?!!
When i open/close the program it changes my clocks to a different OC setting...

Sounds like there is a config file somewhere.  I haven't messed with config files, but presumably you didn't delete the directory where the fresh copy was placed or the config file is stored in you working directory, outside of the directory where the fresh copy of cgminer has been place.

Bingo!
Thanks
Somehow it was running my other cgminers configfile *shrugs* Moved the cgminer folder to it's own and everything was fine

Lord knows why, but cgminer's default behaviour is to load cgminer.conf whether it's specified in the cmd line or not. if you specify a different conf file, it'll load both.

The reasoning behind it is quit simple:
If you save your config using the default save file, cgminer will always load it next time.

The problem is of course is if you put a 'cgminer.conf' in the place where it looks for the default it will always load it

Linux: ~/.cgminer/cgminer.conf
Windows: current directory: cgminer.conf

If you saved it using cgminer screen keys to the default location (press S and W), then of course it makes sense.

... and yes this has been explained in this thread a few times.

And is the first paragraph at the beginning of the "EXECUTIVE SUMMARY ON USAGE:" in the README

After saving configuration from the menu, you do not need to give cgminer any
arguments and it will load your configuration.

Though I'm not saying I like it - but it definitely has it's use ...

[-ck]

On second thought, there may be a bug here... will investigate tomorrow.

About this, I have confirmed there is a bug in 2.7 where it can get into a situation where it can't queue enough work and continually thinks one pool is not providing enough work. I have fixed this in git but this has introduced a new crash which kano is trying to help me track down. In the meantime, anyone on 2.7.0 should probably enable --failover-only to mitigate its problems.

[sharky112065]

Updated Windows compile instructions:

http://pastebin.com/3pzivj32

Hopefully this will be included in the next release of cgminer as well.

This was tested on both Windows 7 and Windows XP.

[d3m0n1q_733rz]

Just a thought for the Litecoin Scrypt OpenCL miner.  Combine the multiple uint4 vectors into uint8 so that the SIMD processors can do their job more efficiently.  It will have the same number of reads and writes, but the instructions should be fewer.  This is just a theory anyway.  I would try it myself, but it requires a modification to almost the entire code that I'm not capable of myself.  There's just too many offsets and the code is designed using the outdated w, x, y and z vectors instead of s0 - s3 so expanding upon it is difficult at best.
I had managed about half of it last night until I got to the bottom where the W and w variables came together.  One of those needs to be changed so that they can be told apart from each other.
But yeah, if the same instructions are going to be used on two (or more) sets of vector 4 types, they need to be combined for simplicity.

Could use a comment on this.

[-ck]

Other vector sizes have been tried. They suck.

[Lem]

Hi! Maybe I found a problem with 2.7.0, which made me revert back to my prevoius 2.6.4.

Here it is my log.  My pool strategy is failover, from my config file ("failover" : true).

Code:

 [2012-08-20 23:08:23] Accepted ad5ca87d.4b16b22d GPU 0 pool 0
 [2012-08-20 23:08:24] Accepted d8ad5aa6.0fb8ad81 GPU 0 pool 0
 [2012-08-20 23:08:26] Accepted 61bbdca3.1386ba69 GPU 1 pool 0
 [2012-08-20 23:08:30] Accepted 49bdbbae.0871fe44 GPU 1 pool 0
 [2012-08-20 23:08:34] Accepted 870dd767.c9515add GPU 1 pool 0
 [2012-08-20 23:08:37] Accepted b7cee592.ec5e3309 GPU 1 pool 0
 [2012-08-20 23:08:38] Accepted 365bcc52.fec963e5 GPU 0 pool 0

Here above things are going fine, I'm mining on pool0. Then pool0 (mtred) has a problem and cgminer correctly switches to pool1:

Code:

 [2012-08-20 23:08:41] Accepted ead48465.46ad7724 GPU 1 pool 0
 [2012-08-20 23:08:42] Accepted 1d460512.a8785f1a GPU 1 pool 0
 [2012-08-20 23:08:44] Accepted 5ed61a6e.7299324d GPU 0 pool 0
 [2012-08-20 23:09:37] Accepted 4429754e.30542bf0 GPU 0 pool 2
 [2012-08-20 23:09:48] Pool 0 communication failure, caching submissions
 [2012-08-20 23:09:55] Accepted a590ee8b.e6770be8 GPU 1 pool 5
 [2012-08-20 23:09:59] Accepted 4860ba37.6b16d191 GPU 1 pool 5
 [2012-08-20 23:10:01] Accepted 39a965e6.bbe16b68 GPU 0 pool 3
 [2012-08-20 23:10:03] Accepted 7f11bb6f.550cfc5d GPU 1 pool 5
 [2012-08-20 23:10:10] Pool 0 not providing work fast enough
 [2012-08-20 23:10:11] Accepted 294331c9.edf6e0d9 GPU 0 pool 3
 [2012-08-20 23:10:53] Share became stale while retrying submit, discarding
 [2012-08-20 23:11:00] Share became stale while retrying submit, discarding
 [2012-08-20 23:11:02] Share became stale while retrying submit, discarding
 [2012-08-20 23:11:03] Share became stale while retrying submit, discarding
 [2012-08-20 23:11:04] Pool 0 http://mtred.com:8337 not responding!
 [2012-08-20 23:11:04] Switching to http://pool.ABCPool.co:8332
 [2012-08-20 23:11:04] Pool 1 not providing work fast enough
 [2012-08-20 23:11:05] Accepted 4e517d74.ff47c0ad GPU 1 pool 5
 [2012-08-20 23:11:06] Accepted d17757f8.5b11eefd GPU 1 pool 2
 [2012-08-20 23:11:06] Accepted d9e05eda.d3af4bf6 GPU 0 pool 3
 [2012-08-20 23:11:10] Accepted a87aea73.95598277 GPU 0 pool 1
 [2012-08-20 23:11:12] Accepted 62a2a162.cd607138 GPU 1 pool 2
 [2012-08-20 23:11:15] Accepted 96f5970d.9e46aa62 GPU 0 pool 1
 [2012-08-20 23:11:15] Share became stale while retrying submit, discarding
 [2012-08-20 23:11:16] Accepted e77a20af.e0fba971 GPU 0 pool 1
 [2012-08-20 23:11:20] Accepted 0a266610.fae7fe6a GPU 1 pool 2
 [2012-08-20 23:11:21] Accepted 6b4536ea.1ed3bc85 GPU 1 pool 1
 [2012-08-20 23:11:21] Accepted a25fd978.9b6a051a GPU 1 pool 2

It looks like also pool1 (ABCpool) is having a problem, so cgminer starts getting work from, and sending shares to, all the other pools. I've never seen so much spread before (I mean: the activity to the selected pool, pool1, is so little!), but I'm fine with it.

Code:

 [2012-08-20 23:11:23] Accepted 1b6adfc5.af50778e GPU 0 pool 5
 [2012-08-20 23:11:29] Accepted 00f4739d.fad0da5b GPU 0 pool 5
 [2012-08-20 23:11:29] Accepted c576c791.18bf0748 GPU 0 pool 5
 [2012-08-20 23:11:32] Accepted 8fcc5991.2cd4715c GPU 1 pool 1
 [2012-08-20 23:11:37] Accepted 3e57ca56.a4efec72 GPU 1 pool 1
 [2012-08-20 23:11:38] Accepted f2c7f9ac.35af1141 GPU 1 pool 1
 [2012-08-20 23:11:41] Accepted cdbf7c3c.128e1ad8 GPU 0 pool 3
 [2012-08-20 23:11:44] Accepted 2c6f4420.8dd5a69c GPU 0 pool 5
 [2012-08-20 23:11:45] Accepted 8d1eca17.543d2c2a GPU 1 pool 1
 [2012-08-20 23:11:53] Share became stale while retrying submit, discarding
 [2012-08-20 23:11:54] Accepted 913bdc64.b3e010fe GPU 0 pool 3
 [2012-08-20 23:11:57] Accepted f5abfb67.86c42279 GPU 1 pool 2
 [2012-08-20 23:11:57] Accepted 01b7bb38.90f01708 GPU 0 pool 5
 [2012-08-20 23:11:58] Accepted 7929b2e6.f0a03878 GPU 1 pool 2
 [2012-08-20 23:12:00] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:01] Accepted 4ccaa5cc.64c3961a GPU 0 pool 3
 [2012-08-20 23:12:02] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:02] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:02] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:02] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:02] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:03] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:03] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:03] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:03] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:03] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:04] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:04] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:04] Share became stale while retrying submit, discarding
 [2012-08-20 23:12:05] Accepted f69dea76.22d1035a GPU 0 pool 3
 [2012-08-20 23:12:06] Accepted c0d926df.b4edf6d0 GPU 0 pool 5
 [2012-08-20 23:12:07] Accepted 9971b7b3.ee9e5b58 GPU 1 pool 1
 [2012-08-20 23:12:14] Accepted ba206344.926b3324 GPU 1 pool 2
 [2012-08-20 23:12:19] Accepted 55196693.119567fe GPU 0 pool 3

The behaviour remains the same (I cut the log), then the problem: I switch to pool2 (deepbit) sending, as usual, an API request to cgminer. Cgminer obeys ("Connected to http://deepbit..."), pool2 (deepbit) has no problem at all (verified), but despite it cgminer keeps on sending shares everywhere!

Code:

 [2012-08-20 23:25:05] Accepted 3d3b8e8b.ce1081bc GPU 0 pool 5
 [2012-08-20 23:25:10] Accepted ed1ff46e.5c7edd2c GPU 0 pool 1
 [2012-08-20 23:25:10] Accepted 6b536501.c2e55d11 GPU 0 pool 1
 [2012-08-20 23:25:11] Switching to http://pit.deepbit.net:8332
 [2012-08-20 23:25:14] Accepted a5d4229e.056bcc96 GPU 0 pool 1
 [2012-08-20 23:25:16] Accepted df7ee3b1.74c47722 GPU 0 pool 5
 [2012-08-20 23:25:20] Accepted 6ae8fcc8.1535576b GPU 0 pool 5
 [2012-08-20 23:25:29] Accepted 1011f94f.0b847218 GPU 0 pool 5
 [2012-08-20 23:25:29] Accepted 30df90af.aa0212bd GPU 1 pool 3
 [2012-08-20 23:25:41] Accepted d0e595c1.bfc81aca GPU 0 pool 5
 [2012-08-20 23:25:43] Accepted 8205f7c1.41922dcf GPU 1 pool 2
 [2012-08-20 23:25:49] Accepted 9017eea8.6cd43a89 GPU 0 pool 5
 [2012-08-20 23:25:52] Accepted 9de1355c.0a121775 GPU 0 pool 1
 [2012-08-20 23:25:54] Accepted 0d813bb3.b8676a4f GPU 0 pool 1
 [2012-08-20 23:25:56] Accepted febc43cd.e891452c GPU 0 pool 1
 [2012-08-20 23:25:58] Accepted 1a1588be.5cc55105 GPU 0 pool 5
 [2012-08-20 23:26:02] Accepted 3ab19d48.8c6564ef GPU 1 pool 3
 [2012-08-20 23:26:04] Accepted e70a75e0.9ccf7c43 GPU 0 pool 2
 [2012-08-20 23:26:05] Accepted b40944ab.342e7fb3 GPU 0 pool 1
 [2012-08-20 23:26:09] Accepted c4e0045c.adf7f6d1 GPU 1 pool 5
 [2012-08-20 23:26:10] Accepted c8f114fc.36310859 GPU 0 pool 2
 [2012-08-20 23:26:10] Accepted a9b71b26.f8717314 GPU 1 pool 5
 [2012-08-20 23:26:16] Accepted 4cdc01b1.a83183dd GPU 1 pool 1
 [2012-08-20 23:26:20] Accepted 26c93d21.dbd60dc2 GPU 0 pool 3
 [2012-08-20 23:26:26] Accepted 500627dd.293578cb GPU 0 pool 3
 [2012-08-20 23:26:26] Accepted 5d870790.ccd40e87 GPU 0 pool 3
 [2012-08-20 23:26:26] Accepted 01f0aa42.cb83ecc1 GPU 0 pool 3
 [2012-08-20 23:26:31] Accepted f912d7cd.7ff1906d GPU 0 pool 3
 [2012-08-20 23:26:31] Accepted 033fc9d9.b04961f1 GPU 0 pool 3
 [2012-08-20 23:26:36] Accepted 31b41f26.721fd92c GPU 1 pool 5
 [2012-08-20 23:26:39] Accepted c5fc2dcb.cc02eb3f GPU 0 pool 3
 [2012-08-20 23:26:46] Accepted 23b3e0a0.ebf52368 GPU 1 pool 2
 [2012-08-20 23:26:48] Accepted 05c01a34.989b1098 GPU 0 pool 3
 [2012-08-20 23:27:03] Accepted 26f7405c.d2499ba8 GPU 0 pool 3
...

After some minutes, I quitted and reverted back to 2.6.4.

HTH.
Thanks for everything.

[-ck]

On second thought, there may be a bug here... will investigate tomorrow.

About this, I have confirmed there is a bug in 2.7 where it can get into a situation where it can't queue enough work and continually thinks one pool is not providing enough work. I have fixed this in git but this has introduced a new crash which kano is trying to help me track down. In the meantime, anyone on 2.7.0 should probably enable --failover-only to mitigate its problems.