OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 635.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: ?? on ??

ckolivas,

Is there a way to downclock memory on 7970 lower than 900MHz with my setup

diakgcn kernel , -v 2 - w 256

Engine - 1050
Memory - 900 (cgminer cannot set it lower, ignores what is set by afterburner and others)
Fan Auto
Power Tune - 10%

I'm getting about 615 Mh/s, steady at 72 C, 50% fan.

Also I cannot lower voltage, every time I lower voltage, cgminer drops Engine speed to like 300.

Also, what is the best setting for "power tune" in my setup.

Thanks,
af_newbie

BTW, I've run this card all the way to 750 Mh/s (with max everything) but cgminer shuts it down engine to 300 MHz after a while.
Good job on the controls.

No. cgminer uses the ATI Display Library to set clock speeds. You need specific windows-only tools to clock memory lower than the engine -150 limit. I don't have access to those functions to use with cgminer.

stevegee58

legendary

Activity: 916

Merit: 1003

I just want to reiterate my results with the diablo kernel under cgminer 2.3.1-2, SDK 2.6, WinXP.
I am able to consistently get around 207 mhs with diablo at dynamic intensities of 4 to 5 and -v 2 -w 256.
In order to obtain the same hash rate with phatk I had to run a fixed intensity of 9 with -v 2 -w 256.
I can no longer coax poclbm above about 165. Before 2.3.x, poclbm was my best performer at around 185 mhs with no special settings.

Based on some reading in the diablo thread, it looks like it's actually optimized for the 2.6 SDK. This probably explains why it works so well for me.

Diapolo

hero member

Activity: 769

Merit: 500

Quote from: The00Dustin on February 24, 2012, 06:42:00 AM

Quote from: -ck on February 24, 2012, 02:49:55 AM

Quote from: -ck on February 24, 2012, 02:31:17 AM

Redownload the cgminer-2.3.1-1 version please.

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.

So which one should the typical miner be using, and does each one have separate kernel versions now? Also, for the 2.3.0-1 kernels I e-mailed you, should they be ID'd as such somehow?

Latest package should be used as Con reverted negative kernel changes. If further anomalies arise post here again

.

Dia

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: -ck on February 24, 2012, 02:49:55 AM

Quote from: -ck on February 24, 2012, 02:31:17 AM

Redownload the cgminer-2.3.1-1 version please.

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.

So which one should the typical miner be using, and does each one have separate kernel versions now? Also, for the 2.3.0-1 kernels I e-mailed you, should they be ID'd as such somehow?

Aion2n

hero member

Activity: 700

Merit: 503

Quote from: Diapolo on February 24, 2012, 03:35:52 AM

Quote from: Aion2n on February 24, 2012, 02:39:40 AM

Quote from: -ck on February 23, 2012, 11:35:24 PM

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 Huh

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

Yes, yes, yes, yes. When I'm using 2.3.0 all works perfectly!

P_Shep

legendary

Activity: 1795

Merit: 1208

This is not OK.

Yay, I have my hashes back now

Diapolo

hero member

Activity: 769

Merit: 500

Quote from: Aion2n on February 24, 2012, 02:39:40 AM

Quote from: -ck on February 23, 2012, 11:35:24 PM

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 Huh

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

bitlane

sr. member

Activity: 462

Merit: 250

I heart thebaron

Quote from: -ck on February 24, 2012, 02:49:55 AM

Well.. it's exactly the same kernel as 2.2.7 so it MUST be the same performance Wink

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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: bitlane on February 24, 2012, 02:46:09 AM

Quote from: -ck on February 24, 2012, 02:31:17 AM

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 Wink

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

sr. member

Activity: 462

Merit: 250

I heart thebaron

Quote from: -ck on February 24, 2012, 02:31:17 AM

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

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Aion2n on February 24, 2012, 02:39:40 AM

Quote from: -ck on February 23, 2012, 11:35:24 PM

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 Huh

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

Aion2n

hero member

Activity: 700

Merit: 503

Quote from: -ck on February 23, 2012, 11:35:24 PM

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 Huh

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: bitlane on February 24, 2012, 02:04:56 AM

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.

bitlane

sr. member

Activity: 462

Merit: 250

I heart thebaron

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.

ssateneth

legendary

Activity: 1344

Merit: 1004

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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

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!

QuantumFoam

full member

Activity: 200

Merit: 100

|Quantum|World's First Cloud Management Platform

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

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: QuantumFoam on February 23, 2012, 10:10:25 PM

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

full member

Activity: 200

Merit: 100

|Quantum|World's First Cloud Management Platform

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.

Krak

hero member

Activity: 591

Merit: 500

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

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 635. (Read 5805546 times)