Bitcoin Forum
November 06, 2024, 11:09:10 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 »  All
  Print  
Author Topic: Best amd driver and sdk + miner combo for windows 7 with 5970's?  (Read 10663 times)
jjshabadoo (OP)
Hero Member
*****
Offline Offline

Activity: 535
Merit: 500



View Profile
February 24, 2012, 09:33:56 PM
 #1

searched a bunch of threads, but saw mixed reviews.
someone703
Full Member
***
Offline Offline

Activity: 944
Merit: 101


PredX - AI-Powered Prediction Market


View Profile
February 24, 2012, 10:09:24 PM
 #2

From what I've been told SDK2.1.  As for which version of Catalyst, that can vary a bit I guess.

I seem to be fine with 12.1 but maybe that's what's causing my weird hashing issues after installing my 2nd 5970.

DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 24, 2012, 10:12:45 PM
 #3

Driver doesn't really matter.  I would use 11.12 for solved 100% bug.  I have found 12.1 doesn't like multiple 5970s.  It would hard lock trying to install drivers w/ 4x5970s installed.  It might just be me but it doesn't seem to like my setup.

For SDK 2.6 = horrible performance.  2.4 & 2.5 are roughly the same.  2.1 is slightly (maybe 1% to 2%) better performance.  2.1 use to be much better but improved kernels have closed the gap when using 2.4 or 2.5.  Avoid 2.6 like the plague unless you like 20% less hashes for same hardware and power.  Smiley This is when using a low memclock (160 Mhz to 260 Mhz).  It may be different at higher memclock.
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543
Merit: 500



View Profile
February 25, 2012, 12:19:27 AM
 #4

DiabloMiner now gets the same speed from SDK 2.6 as it got from SDK 2.1.
No need to stick with an old SDK.

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
ssateneth
Legendary
*
Offline Offline

Activity: 1344
Merit: 1004



View Profile
February 25, 2012, 02:15:36 AM
 #5

DiabloMiner now gets the same speed from SDK 2.6 as it got from SDK 2.1.
No need to stick with an old SDK.

..at high memory clocks. high memory = more power = less net profit.

Also my 2.1 setup still has like 0.5% lead on 2.6. I see no reason to "upgrade" to the downgrade.

DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 25, 2012, 02:20:17 AM
 #6

DiabloMiner now gets the same speed from SDK 2.6 as it got from SDK 2.1.
No need to stick with an old SDK.

..at high memory clocks. high memory = more power = less net profit.

Also my 2.1 setup still has like 0.5% lead on 2.6. I see no reason to "upgrade" to the downgrade.

+1.  memclock @ 240 vs memclock @ 1000 saves about 40W.  I have 16 5970s running.  Don't really see the point in burning almost 700W extra just to get "almost as good" performance.  Maybe if/when a future SDK shows INCREASED performance at the same wattage I would consider it an upgrade.
ShadesOfMarble
Donator
Hero Member
*
Offline Offline

Activity: 543
Merit: 500



View Profile
February 25, 2012, 11:27:48 AM
 #7

Ok, sorry, did not know about that memclock thing...

Review of the Spondoolies-Tech SP10 „Dawson“ Bitcoin miner (1.4 TH/s)

[22:35] <Vinnie_win> Did anyone get paid yet? | [22:36] <Isokivi> pirate did!
blandead
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
February 25, 2012, 09:10:32 PM
 #8

That's really not true. I have memclock @ 200 and hashes are faster if you make proper changes to the miner. However, if you're using an outdated miner then sure it will act like that

Also, how do the driver not matter? It includes an updated runtime
-ck
Legendary
*
Offline Offline

Activity: 4284
Merit: 1645


Ruu \o/


View Profile WWW
February 25, 2012, 09:22:29 PM
 #9

If you're on SDK 2.6 with the current cgminer, you can use -k diablo for good performance. Though it still isn't any *better* than 2.1 with the default phatk kernel that cgminer uses.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 25, 2012, 09:35:02 PM
 #10

Also, how do the driver not matter? It includes an updated runtime

You just answered your own question.

Just because AMD bundled the runtime & driver together doesn't make them the same thing.

I run 11.12 w/ SDK 2.1. 

Driver =/= runtime.
Driver doesn't affect OpenCL efficiency.
cuz0882
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
February 25, 2012, 11:10:22 PM
Last edit: February 26, 2012, 12:04:30 AM by cuz0882
 #11

Everyone with high power costs hates overlocking. Personally every hash I can squeeze out of the cards just means more profits for me.
11.11 driver works well, if 11.12 you need to delete the following files after uninstalling 11.12 to downgrade.
C:\Windows\System32\amdocl64.dll
C:\Windows\System32\amdoclcl64.dll
C:\Windows\System32\OpenCL.dll
C:\Windows\SysWOW64\amdocl.dll
C:\Windows\SysWOW64\amdoclcl.dll
C:\Windows\SysWOW64\OpenCL.dll

I run all 18 of my 5970's at
1.100v
870 clocks
500 memory

some cards require 1.112 volts or 850 clock.
ssateneth
Legendary
*
Offline Offline

Activity: 1344
Merit: 1004



View Profile
February 26, 2012, 09:21:38 AM
 #12

Everyone with high power costs hates overlocking. Personally every hash I can squeeze out of the cards just means more profits for me.
11.11 driver works well, if 11.12 you need to delete the following files after uninstalling 11.12 to downgrade.
C:\Windows\System32\amdocl64.dll
C:\Windows\System32\amdoclcl64.dll
C:\Windows\System32\OpenCL.dll
C:\Windows\SysWOW64\amdocl.dll
C:\Windows\SysWOW64\amdoclcl.dll
C:\Windows\SysWOW64\OpenCL.dll

I run all 18 of my 5970's at
1.100v
870 clocks
500 memory

some cards require 1.112 volts or 850 clock.

Those memory clocks are exceeedingly high. 300-380 is the optimum range for 256 worksize. 128 worksize is about half that (150-190) but has slightly less hashes than 256 worksize.

phants
Full Member
***
Offline Offline

Activity: 177
Merit: 100



View Profile
February 26, 2012, 11:28:26 AM
 #13

Best for Windows 7 and 57xx/67xx/58xx/5970:
Driver 12.1 + APP SDK 2.5 + cgminer
Example for stock 5970:
cgminer [-I 8 -g 1 -w 256 --gpu-engine 725 --gpu-memclock 300 --submit-stale]

CPU load 0%
GPU ~661Mh/s
minimum rejects
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 26, 2012, 03:32:21 PM
 #14

Everyone with high power costs hates overlocking. Personally every hash I can squeeze out of the cards just means more profits for me.
11.11 driver works well, if 11.12 you need to delete the following files after uninstalling 11.12 to downgrade.
C:\Windows\System32\amdocl64.dll
C:\Windows\System32\amdoclcl64.dll
C:\Windows\System32\OpenCL.dll
C:\Windows\SysWOW64\amdocl.dll
C:\Windows\SysWOW64\amdoclcl.dll
C:\Windows\SysWOW64\OpenCL.dll

I run all 18 of my 5970's at
1.100v
870 clocks
500 memory

some cards require 1.112 volts or 850 clock.

Those memory clocks are exceeedingly high. 300-380 is the optimum range for 256 worksize. 128 worksize is about half that (150-190) but has slightly less hashes than 256 worksize.

I agree memory clocks are high but w/ 256 worksize you can go much lower than 300.  Actually 300 is a suboptimal number.


I run 242 but looking at cgminer thread looks like same hashrate can be obtained at <200.
blandead
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
February 26, 2012, 11:23:48 PM
 #15

Also, how do the driver not matter? It includes an updated runtime

You just answered your own question.

Just because AMD bundled the runtime & driver together doesn't make them the same thing.

I run 11.12 w/ SDK 2.1. 

Driver =/= runtime.
Driver doesn't affect OpenCL efficiency.

I was being rhetorical... thanks. Runtime can expose new features of sdk so it can affect efficiency
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 26, 2012, 11:47:41 PM
 #16

I was being rhetorical... thanks. Runtime can expose new features of sdk so it can affect efficiency

Which once again ISN'T THE DRIVER.  Driver =/= runtime.  So yes runtime/SDK can affect performance.  Nobody has said otherwise.  The driver though isn't the runtime.
blandead
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
February 26, 2012, 11:59:30 PM
 #17

I was being rhetorical... thanks. Runtime can expose new features of sdk so it can affect efficiency

Which once again ISN'T THE DRIVER.  Driver =/= runtime.  So yes runtime/SDK can affect performance.  Nobody has said otherwise.  The driver though isn't the runtime.

Runtime is included with driver... why are you trying to argue they're not the same when I never said that. All I was pointing out is the runtime can affect efficiency. Is it not already obvious it's not the same lol
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 27, 2012, 12:13:24 AM
 #18

Runtime is included with driver... why are you trying to argue they're not the same when I never said that. All I was pointing out is the runtime can affect efficiency. Is it not already obvious it's not the same lol

I had already pointed out that runtime/SDK affects efficiency but the driver doesn't and then you posted

Also, how do the driver not matter?

So going back full circle .. simple because the driver isn't the runtime and despite them being bundled together in the same package (and no the driver doesn't include the runtime AMD includes BOTH which are seperate installers in the same download) doesn't make the driver magically affect efficiency.
blandead
Newbie
*
Offline Offline

Activity: 46
Merit: 0


View Profile
February 27, 2012, 12:28:36 AM
 #19

Okay so as you said before "driver doesn't matter" because it's "not the same" even if there are newer runtimes bundled they don't matter. It's apparently unthinkable someone can install whatever part is bundled with it. That was very helpful advice.

You do realize the 2.6 sdk doesn't have latest runtime right? Nevermind drivers don't matter
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
February 27, 2012, 12:32:00 AM
 #20

Okay so as you said before "driver doesn't matter" because it's "not the same" even if there are newer runtimes bundled they don't matter. It's apparently unthinkable someone can install whatever part is bundled with it. That was very helpful advice.

You do realize the 2.6 sdk doesn't have latest runtime right? Nevermind drivers don't matter

Your finally getting it.  It only took you 5 posts (and you really didn't get it just decided to be sarcastic) but I give you a C for effort.

runtime =/= driver.

I can install 11.1 driver and SDK 2.1 and then upgrade the DRIVER (not the runtime) to 11.12 or 12.1 without any change in performance.  On the other hand is I leave the driver 11.1 and upgrade the runtime to latest 2.6 runtime my performance will go down.  Driver changed = no change in performance.  Runtime changed (without change in driver) = change in performance.

Of course people like you pretending driver = runtime is why we have so many questions on the miner support threads about "why did my performance go down."

runtime =/= driver.
Yes changing runtime can change performance.  Nobody said otherwise.

runtime =/= driver.
You can run any runtime with any driver.  

runtime =/= driver.
Changing driver doesn't change performance.

The fact that they are bundled together doesn't change those facts.  
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!