Pages:
Author

Topic: AMD Stream SDK 2.6 (Catalyst 11.12/12.1) - Get your performance back! (Phoenix) - page 2. (Read 14756 times)

legendary
Activity: 1526
Merit: 1001
Will the CPU bug be gone with reversing to 2.1? How do I do that when I'm on 2.6 already? Heard all over the board going back isn't easy AT ALL.

Thx!
legendary
Activity: 1162
Merit: 1000
DiabloMiner author
Just switch to DiabloMiner or cgminer already.

Thanks for the troll!  Roll Eyes

cgminer hasn't implemented the fixes yet that allow me to get back to full speed after installing 12.1, so until that happens, I need to figure out a way to get this working right.

Fastest I can get of cgminer is 265 Mhash/sec, where as this fix gets back back up to the 290's. Additionally, the latest kernel from Diapolo won't compile in cgminer.

So any ACTUAL help is welcome.

Cheers! Grin Grin

Diapolo seems to be missing optimizations DiabloMiner has, and DiabloMiner works on 79xx (although in an unoptimized state). Some guy has already gotten 666 mhash out of his 7970 on it.

As for the 2.6 bug, on DiabloMiner, try -v 36 -w 64 with memory at full speed, or try your normal settings with memory at full speed. It should get at least most of it back. 2.6 seems to actually be using the hardware correctly, or at least doing something that requires much tighter memory latency.

Or, otoh, you can slink back to 2.1 or 2.5, the slowness is SDK related.
hero member
Activity: 914
Merit: 500
Just switch to DiabloMiner or cgminer already.

Thanks for the troll!  Roll Eyes

cgminer hasn't implemented the fixes yet that allow me to get back to full speed after installing 12.1, so until that happens, I need to figure out a way to get this working right.

Fastest I can get of cgminer is 265 Mhash/sec, where as this fix gets back back up to the 290's. Additionally, the latest kernel from Diapolo won't compile in cgminer.

So any ACTUAL help is welcome.

Cheers! Grin Grin
legendary
Activity: 1162
Merit: 1000
DiabloMiner author
I'm having issues keeping my 2nd GPU busy.  Huh

Using the above method with the updated miner script for 2.6, I'm able to keep GPU1 at 99% utilization, but GPU2 bounces between 91-98% on my graph. I've put both on their own CPU to see if that would help but it doesn't seem to have an impact.

GUIMiner Settings on both:
-k phatk AGGRESSION=12 FASTLOOP=false VECTORS2 WORKSIZE=64

Has anyone tried the above with multiple GPU's??

Just switch to DiabloMiner or cgminer already.
hero member
Activity: 914
Merit: 500
I'm having issues keeping my 2nd GPU busy.  Huh

Using the above method with the updated miner script for 2.6, I'm able to keep GPU1 at 99% utilization, but GPU2 bounces between 91-98% on my graph. I've put both on their own CPU to see if that would help but it doesn't seem to have an impact.

GUIMiner Settings on both:
-k phatk AGGRESSION=12 FASTLOOP=false VECTORS2 WORKSIZE=64

Has anyone tried the above with multiple GPU's??
legendary
Activity: 1526
Merit: 1001
Would love to see some such tests for poclbm (Gui) versions as well! The performance loss from 2.5 to 2.6 is very noticeable, but burning up CPU cores over time and spending more electricity for the 100% bug isn't good, either.
legendary
Activity: 2058
Merit: 1452
If you didn't read, you can get the highest gaming and mining performance with 2.6 by using optimal miner settings. No need to switch SDK or underclock.
lolwut?

Quote
2.5
phatk2   VECTORS   366MHz   345.32      
2.6
phatk2   VECTORS4   1000MHz   262.69   339.5   340.21
plus 2.5 allows to get max speeds at lower clocks = more efficiency.
legendary
Activity: 1162
Merit: 1000
DiabloMiner author
legendary
Activity: 1512
Merit: 1036
tl;dr:
mine while gaming: 2.6
mine while browsing: 2.1-2.5

If you didn't read, you can get the highest gaming and mining performance with 2.6 by using optimal miner settings. No need to switch SDK or underclock.
legendary
Activity: 2058
Merit: 1452
tl;dr:
mine while gaming: 2.6
mine while browsing: 2.1-2.5
legendary
Activity: 1512
Merit: 1036
I just did a whole bunch of benchmarking on my ATI Radeon 5830, with an overclocked core of 1060MHz. The goal was to find out all about the new AMD Stream SDK 2.6's OpenCL performance, and what miner optimizations may get performance back where it was with 2.5.775.2 and previous SDK runtimes.

The 5830 is basically a 5870 (the same chip die) with the 1600 stream processors cut down to 1120 (failed die yields or simply product segmentation). The stock core clock on the 5870 is 850MHz, while the 5830 is 800MHz.

My card's highest possible mhash with 2.4-2.5 are at 1060/366Mhz with Phoenix 1.7.2 (exe) phatk2 VECTORS AGGRESSION=13 FASTLOOP=False WORKSIZE=256. The odd 366MHz optimal RAM speed differs on 6xxx, 5850, and 57xx, where 300MHz is where the peak performance is usually found.

Lets see what we find, I was curious what Diapolo's new 2011-12-21 kernel could do, so lots of Phoenix 1.7.2 benchmarks with different kernels, worksize, and RAM speeds (the scaling is similar to standard phatk2), tests were ran for several minutes and shares (unless the setting was obviously poor), with the -a averaging option:

SDK 2.5/11.6
worksize:25612864
DiapoloVECTORS2366MHz340.87335.56324.79
DiapoloVECTORS21000MHz328.81335.56332.32
DiapoloVECTORS4366MHz200.94204.04200.97
DiapoloVECTORS41000MHz244.39250.09244.39
phatk2VECTORS366MHz345.32

Note: VECTORS3 is in the diapolo init file, but phoenix crashes with a python traceback error if it is used.

SDK 2.6/11.12 (12.1 is identical)
worksize:25612864
DiapoloVECTORS2366MHz332.99327.86321.16
DiapoloVECTORS21000MHz326.03327.90325.99
DiapoloVECTORS4366MHz219298329.74
DiapoloVECTORS41000MHz255278216
phatk2VECTORS366MHz307.37306.78297.25
phatk2VECTORS1000MHz300.87304.61298.81
phatk2VECTORS4366MHz217.42289.25288.78
phatk2VECTORS41000MHz262.69339.5340.21
phatkVECTORS366MHz326323.5315.3
phatkVECTORS1000MHz317321.2320.5

Conclusions:
-AMD seems to have fixed the "bug" where underclocking memory is required for best performance; there is no massive drop at full RAM clock speed in most cases.
-Performance using phatk2/VECTORS4/WORKSIZE 64 is 99% of the old maximum, but with the video card using more power because of not underclocking RAM
-The new driver/SDK fixes the CPU bug; maybe you will break even in power usage by not using 100% CPU too...
-The stock 1000MHz RAM speed is the optimum speed, from 300MHz-1200MHz, the highest performance was at 1000MHz, and no further tweaking could get more out of the best setting.
-If you need the latest driver, play games, don't want to underclock, now you have your setting! Dedicated miners still get more hashrate for less wattage with SDK 2.5 (until OpenCL kernel tweakers can figure out how to get even more out of 2.6...)

Soon to come: recompiling pyOpenCL against the 2.6 SDK. jedi95 might try this for his exe distribution. pyOpenCL-0.98 seems to get about 1% more than the newest pyOpenCL-2011.2, BTW, and appears to be the version rolled into the exe. done: no difference. Be sure to use PyOpenCL 0.98 for best performance if running from source/Linux.

edit: My 5770 give similar results - it's default memory clock is 1200MHz, but the performance peak is at 1000MHz. VECTORS4 AGGRESSION=12 FASTLOOP=False WORKSIZE=128 gives me 229Mhash/s, vs the best before at 230Mhash/s.


Pages:
Jump to: