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

[bitlane]

WOW....I mean, W T F ?

I just upgraded 5 rigs from 2.2.7 to 2.3.0 and lost speed across the board.

Not that I don't want to read 216 pages to find my answer, but I have NEVER had this problem and upgrade to the latest version every time it's uploaded (Win 7 x64).

All my 5xxx cards are running Cat12.1/2.1 SDK, my 6xxx cards are running Cat12.1/2.4 SDK (CONFIRMED). All cards run (and always have run) static I=8.

What just happened ?

ie. None of my cards will maintain 99% load, all 80%-ish....WTF ?....All 5830's = 10+ MH/s slower, U=less also. Overall speed/U = much slower/less, 6xxx series cards are jumping around (LOAD) and are running like ass.
**6950's (12.1/2.4 SDK) lost 80 MH/s each .......5830's (12.1/2.1 SDK) lost 15 MH/s each .......6870's (12.1/2.4 SDK) lost 40+ MH/s each.... Compared to SAME EVERYTHING using 2.2.7 package and FRESH/NEW BINS.....

Can anyone elaborate ?

I deleted EVERYTHING, created ALL NEW BINS. All I saved were my BAT files, that I was FORCED TO ADD IP Range to for my monitoring/control app  

Drivers/SDKs were reinstalled last week when I decided to optimize everything and go to get rid of my CPU bug(s) by using 12.1 CAT.

The above results were with cgminer-2.3.0-1-win32.zip.
I am going back to 2.2.7

[ancow]

@bitlane:
Try specifying "-k phatk" to get the old performance back.
(Also, the ability to read back 2-3 pages might be considered a prerequisite to using a forum...)

[Endeavour79]

I don't agree with the poster above.. For me 2.3.0-1 has best performance since a long time.
Using the automatic settings (Diablo kernel) I am winning 10-20MHash per card.
Good work!! 

[-ck]

LOL if this hasn't been a polarising release, nothing has. This is one of the reasons it got a minor version upgrade.

Thousands of hours of coding can't guarantee that I can work around every combination of AMD fail that's possible, and trust me, there are more than anyone can imagine. I'll get there in the end...

[P_Shep]

Hmmmm, I seem to be finding it to be quitting after a few hours :/
I'm not logging anything, so maybe I'll add that and see what happens.

[kano]

Im not entirely sure this belongs here; a feature requests for the API?

I would like to have password on the API. Its kinda dangerous to leave it open, someone could turn off the fans or whatever, and its extremely useful to have access to the API remotely

I would also like the possibility to manage pools via the API. Add, delete, enabe/disable pools. If thats already possible, then perhaps I misread the documentation.

I someone can make this happen, Ill toss you a coin.

Pool management (enable/disable) is now in 2.3.0 and "addpool" is up for a pull request:
https://github.com/ckolivas/cgminer/pull/137
So that may be there some time too if ckolivas is happy with the code change.
"delete" (as mentioned before) can be implemented by using "disable" (so you don't lose your pool stats) which has almost the same effect except you don't gain a new empty pool slot of the current maximum of 32 pools

Edit: addpool is in 2.3.1 (API says version 1.3 - version goes up when new commands added to an official release)

[Krak]

Wow, I'm almost up to 600 MH/s with 2 6870s on 12.1/2.6. Loving this new version.

[QuantumFoam]

Newest release hurts performance for me. Lose about 3% mh/s on the default phatk kernel. Other kernels don't make any difference, some have even worse performance. Yes, I have the -1 update.

Miner system stats: 3x5870 950/300, 1x5770 960/300, SDK 2.4, xubuntu 11.04
cgminer flags: worksize 256, gpu threads 3.

On 2.2.6 the 5870s got ~430mh, and the 5770 ~220mh. On 2.3, 5870s get ~418mh and the 5770 gets ~210mh. I've reverted to using 2.2.6 for now.

[The00Dustin]

Newest release hurts performance for me. Lose about 3% mh/s on the default phatk kernel. Other kernels don't make any difference, some have even worse performance. Yes, I have the -1 update.

Miner system stats: 3x5870 950/300, 1x5770 960/300, SDK 2.4, xubuntu 11.04
cgminer flags: worksize 256, gpu threads 3.

On 2.2.6 the 5870s got ~430mh, and the 5770 ~220mh. On 2.3, 5870s get ~418mh and the 5770 gets ~210mh. I've reverted to using 2.2.6 for now.

You're like the third person to complain about speed loss with 5XXX.  I don't know if 5XXX is Cypress or just 58XX or just 5830, but if yours are Cypress, go to http://ck.kolivas.org/apps/cgminer/bins/2.1/ and try the file(s) that match the kernels you made in 2.3.0.  I generated them, and I don't think I lost any speed, but maybe 2.1 isn't the fastet for Cypress to begin with, I don't know.  Regardless, worth a shot.

[QuantumFoam]

5800 series is Cypress, 5700 is Juniper. I will see if the bins at the provided link help any.

[-ck]

Well I'm exhausted but hopefully I've undone all the harmful aspects to 2.3.0...

Quick - mostly bugfix - update.

Version 2.3.1 - February 24, 2012

- Revert input and output code on diakgcn and phatk kernels to old style which
worked better for older hardware and SDKs.
- Add a vector*worksize parameter passed to those kernels to avoid one op.
- Increase the speed of hashrate adaptation.
- Only send out extra longpoll requests if we want longpolls.
- API implement addpool command
- API return the untouched Total MH also (API now version 1.3)
- Add enable/disablepool to miner.php example and reduce font size 1pt

EDIT: Note 2.3.1-1 package!

[ssateneth]

Sorry for the noob question, but I hit W to write conf file using the default name, and it was saved, so I closed cgminer and reopened it, but it still asks for pool info? I tried cgminer -c cgminer.conf but it says JSON decode of file 'cgminer.conf' failed. what did I do wrong?

never mind, user error. forgot a comma when specifying sdk platform

[bitlane]

Code:

C:\MINER>cgminer -n
[2012-02-23 22:56:58] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-23 22:56:58] CL Platform 0 name: ATI Stream
[2012-02-23 22:56:58] CL Platform 0 version: OpenCL 1.0 ATI-Stream-v2.1 (145)
[2012-02-23 22:56:58] Platform 0 devices: 5
[2012-02-23 22:56:58] GPU 0 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 1 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 2 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 3 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 4 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] 5 GPU devices max detected

Win7 x64
Driver = 12.1 Cat, 2.1 SDK
5x HD5830 Cards

I start CGMiner with a BAT file and only add CLOCK, NETWORK and INTENSITY ( 8 ) settings. Everything else is default (no kernel specified, work size etc....nothing).
................................................
2.2.7 generates bin = phatk120213Cypressbitalignv2w128long4.BIN
2.3.1 generates bin = phatk120223Cypressv2w128l4.BIN
................................................

Using 2.3.1, Performance has been negatively affected compared to 2.2.7 (the same can be seen using 2.3.0-1). The most dramatic performance hit can be seen with my 6950's, by 70+MH/s per card loss of performance, same as was with 2.3.0-1 earlier.
Does the omission of 'bitalign' in the BIN file name have something to do with this ?

bitlane.

[-ck]

Code:

C:\MINER>cgminer -n
[2012-02-23 22:56:58] CL Platform 0 vendor: Advanced Micro Devices, Inc.
[2012-02-23 22:56:58] CL Platform 0 name: ATI Stream
[2012-02-23 22:56:58] CL Platform 0 version: OpenCL 1.0 ATI-Stream-v2.1 (145)
[2012-02-23 22:56:58] Platform 0 devices: 5
[2012-02-23 22:56:58] GPU 0 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 1 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 2 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 3 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] GPU 4 ATI Radeon HD 5800 Series   hardware monitoring enabled
[2012-02-23 22:56:58] 5 GPU devices max detected

Win7 x64
Driver = 12.1 Cat, 2.1 SDK
5x HD5830 Cards

I start CGMiner with a BAT file and only add CLOCK, NETWORK and INTENSITY ( 8 ) settings. Everything else is default (no kernel specified, work size etc....nothing).
................................................
2.2.7 generates bin = phatk120213Cypressbitalignv2w128long4.BIN
2.3.1 generates bin = phatk120223Cypressv2w128l4.BIN
................................................

Using 2.3.1, Performance has been negatively affected compared to 2.2.7 (the same can be seen using 2.3.0-1). The most dramatic performance hit can be seen with my 6950's, by 70+MH/s per card loss of performance, same as was with 2.3.0-1 earlier.
Does the omission of 'bitalign' in the BIN file name have something to do with this ?

bitlane.

No it's just a name. If this is true then the thing causing the regression is the most unlikely thing in the universe and AMD is going into another dimension with its fail. I'm going to beat this mother fucking piece of shit if it's the last thing I ever do. Redownload the cgminer-2.3.1-1 version please.

[Aion2n]

Well I'm exhausted but hopefully I've undone all the harmful aspects to 2.3.0...

Quick - mostly bugfix - update.

Version 2.3.1 - February 24, 2012

- Revert input and output code on diakgcn and phatk kernels to old style which
worked better for older hardware and SDKs.
- Add a vector*worksize parameter passed to those kernels to avoid one op.
- Increase the speed of hashrate adaptation.
- Only send out extra longpoll requests if we want longpolls.
- API implement addpool command
- API return the untouched Total MH also (API now version 1.3)
- Add enable/disablepool to miner.php example and reduce font size 1pt

EDIT: Note 2.3.1-1 package!

Performance down for 7970 with diakgcn from 550 to 410 

[-ck]

Well I'm exhausted but hopefully I've undone all the harmful aspects to 2.3.0...

Quick - mostly bugfix - update.

Version 2.3.1 - February 24, 2012

- Revert input and output code on diakgcn and phatk kernels to old style which
worked better for older hardware and SDKs.
- Add a vector*worksize parameter passed to those kernels to avoid one op.
- Increase the speed of hashrate adaptation.
- Only send out extra longpoll requests if we want longpolls.
- API implement addpool command
- API return the untouched Total MH also (API now version 1.3)
- Add enable/disablepool to miner.php example and reduce font size 1pt

EDIT: Note 2.3.1-1 package!

Performance down for 7970 with diakgcn from 550 to 410 

Stop using diakgcn with 7970. -k poclbm is fastest.

[bitlane]

Redownload the cgminer-2.3.1-1 version please.

HUGE WIN !

5830, SDK 2.1, CAT 12.1...... only 5 MH/s slower per card than 2.2.7 (was 10+ MH/s slower using 2.3.0 & 2.3.1)

6950, SDK 2.4, CAT 12.1...... only 10 MH/s slower per card than 2.2.7 (was 70 MH/s slower using 2.3.0 & 2.3.1)

This is a huge help,
thanks

[-ck]

Redownload the cgminer-2.3.1-1 version please.

HUGE WIN !

5830, SDK 2.1, CAT 12.1...... only 5 MH/s slower per card than 2.2.7 (was 10+ MH/s slower using 2.3.0 & 2.3.1)

6950, SDK 2.4, CAT 12.1...... only 10 MH/s slower per card than 2.2.7 (was 70 MH/s slower using 2.3.0 & 2.3.1)

This is a huge help,
thanks

Well.. it's exactly the same kernel as 2.2.7 so it MUST be the same performance Anything else is just reporting hashrate differences. Thanks for testing.

I've upgrade the package to a 2.3.1-2 package, doing the same change to ALL the kernels in case someone else is affected.

Enjoy.

[bitlane]

Well.. it's exactly the same kernel as 2.2.7 so it MUST be the same performance Anything else is just reporting hashrate differences. Thanks for testing.

I've upgrade the package to a 2.3.1-2 package, doing the same change to ALL the kernels in case someone else is affected.

Enjoy.

It's in fact back to normal (well, 2.2.7 speeds anyway) now that it's been hashing for a few minutes and levelled off.

As a side note, out of pure desperation, I tried the Diablo kernel when testing 2.3.1 original and it was very close in speeds/performance to the 2.2.7 packaged phatk (with my 6950's, CAT 12.1, SDK 2.4......it wouldn't start though with 5830's, CAT 11.8, SDK 2.1)....lol

thanks again,
bitlane

[Diapolo]

Well I'm exhausted but hopefully I've undone all the harmful aspects to 2.3.0...

Quick - mostly bugfix - update.

Version 2.3.1 - February 24, 2012

- Revert input and output code on diakgcn and phatk kernels to old style which
worked better for older hardware and SDKs.
- Add a vector*worksize parameter passed to those kernels to avoid one op.
- Increase the speed of hashrate adaptation.
- Only send out extra longpoll requests if we want longpolls.
- API implement addpool command
- API return the untouched Total MH also (API now version 1.3)
- Add enable/disablepool to miner.php example and reduce font size 1pt

EDIT: Note 2.3.1-1 package!

Performance down for 7970 with diakgcn from 550 to 410  

Thanks for using, I'm responsible for most changes there ... did you specify -v 2 and -w 256 as this is needed for best performance with diakgcn? Did you delete the .bin files? Every change I make is checked via KernelAnalyzer and a look at the GPU ISA code. Have you the latest OpenCL runtime installed, as that's needed, too.

Dia