Bitcoin Forum
December 09, 2016, 01:59:47 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: GPU / MEM clock ratio?  (Read 3305 times)
cicada
Full Member
***
Offline Offline

Activity: 196


View Profile
September 01, 2011, 04:15:31 PM
 #1

Hey all,

I'm just wondering if anyone has done any experimentation to find a proper GPU / MEM clock ratio for these radeon cards..

I know that the clocks are decoupled and can be set individually, but for streamlined operation (making sure the GPU isn't waiting for a memory tick or vice-versa) it seems like there should be a clock ratio that gives best performance.  I'm not super familiar with GPU architecture, so I may be way off base, if anyone actually knows better please clarify.

For example, if there was a 3/1 clock ratio for GPU to MEM, 999/333 might perform better than, say, 1000/333 due to misaligned cycles.

If there's any merit to this idea, it may only show up in long-term averages; it's quite possible there'd be no obvious effect untill the cycles were seriously misaligned, which might happen in only 1/100 cycles.

Also note these numbers are all bogus, I didn't do any real math Tongue

Also note it's likely any effect here would end up adding up to < 1MH/s, but it could also be the difference between a nice, stable hashing speed vs one that bounces around +/- 10MH/s

So, has anyone done such research?  If you've only experimented with different memory clocks, but kept track, that'd be useful info as well.  With enough data we might glean useful results.



Team Epic!

All your bitcoin are belong to 19mScWkZxACv215AN1wosNNQ54pCQi3iB7
1481291987
Hero Member
*
Offline Offline

Posts: 1481291987

View Profile Personal Message (Offline)

Ignore
1481291987
Reply with quote  #2

1481291987
Report to moderator
1481291987
Hero Member
*
Offline Offline

Posts: 1481291987

View Profile Personal Message (Offline)

Ignore
1481291987
Reply with quote  #2

1481291987
Report to moderator
Unlike traditional banking where clients have only a few account numbers, with Bitcoin people can create an unlimited number of accounts (addresses). This can be used to easily track payments, and it improves anonymity.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
mike678
Full Member
***
Offline Offline

Activity: 168


View Profile
September 01, 2011, 04:23:51 PM
 #2

The 3/1 ratio seems pretty accurate. I have 5830's running at 1030/350 and 5850's running at 940/325. If I push the mem any higher it doesn't seem to effect the megahash you get.
cicada
Full Member
***
Offline Offline

Activity: 196


View Profile
September 01, 2011, 05:08:59 PM
 #3

The 3/1 ratio seems pretty accurate. I have 5830's running at 1030/350 and 5850's running at 940/325. If I push the mem any higher it doesn't seem to effect the megahash you get.

My hunch is a 3/1 or 4/1 ratio, but 'pretty accurate' isn't the same as actually accurate Wink

I'd like to think we'll find for each card model or family there's a best ratio to use.  On my 5830s  999/333 seemed very stable, but still fluxuated a bit (+/- 5MH/s).  There are a lot of variables here though - that could also be due to worksize or latency requesting the next job, etc.

Mining MH/s may not be the best measurement for what I'm looking for..

Team Epic!

All your bitcoin are belong to 19mScWkZxACv215AN1wosNNQ54pCQi3iB7
cicada
Full Member
***
Offline Offline

Activity: 196


View Profile
September 01, 2011, 05:16:25 PM
 #4

I should probably clarify that what I'm looking for are speeds where there's an actual alignment of GPU clock ticks to Memory clock ticks, not the clock speeds that happen to work well for you. 

Finding such a number could allow us to find a 'peak efficiency' where the GPU / MEM are never waiting for the other to swing, potentially increasing GPU load and average hashrates.

Logic would dictate that any integral ratio would work - 3/1 ratios would be 3 GPU cycles for each 1 memory cycle, for example, but hardware doesn't always line up like that.

Team Epic!

All your bitcoin are belong to 19mScWkZxACv215AN1wosNNQ54pCQi3iB7
cicada
Full Member
***
Offline Offline

Activity: 196


View Profile
September 01, 2011, 07:05:19 PM
 #5

Well, after a little more research it turns out this probably does not matter much.

In applications with significant memory usage, clock alignment might have some effect on throughput, as the GPU may be stuck waiting on the next memory register to fill.  This is partially why boosting the memory clock gives you better framerates in games.  Lining up the clocks would help ensure a just-filled register will be available immediately.

In our case, where memory bandwidth / throughput requirements are tiny, we can stack up a bunch of instructions and don't have to worry about starving the GPU of work.  This means any desynchronization is going to have very little to no effect on overall hashrate.  The GPU spends significantly more time on processing the current instruction set than reading in the next.

I believe the goal then is just 'find stable numbers you think are pretty' Wink

Team Epic!

All your bitcoin are belong to 19mScWkZxACv215AN1wosNNQ54pCQi3iB7
NightAss
Member
**
Offline Offline

Activity: 77


View Profile
April 08, 2013, 06:48:23 PM
 #6

but if you can underclock stuff thats not needed for hash rate you can over clock othere parts to get better hash and keep temps down
glendall
Hero Member
*****
Offline Offline

Activity: 924


lost btc to jon montroll bitfunder scam :_(


View Profile
April 08, 2013, 07:37:13 PM
 #7

Really! 3 to 1 ratio? I knew ppl underclocked their GDDR memory but didn't realize it was by this much.

Does anyone know if the ratio holds true for scrypt mining?

BEWARE of BETCOIN
They are advertising lots around here. Their software freezes on a regular basis and they will not honor any refunds for when the tournaments invariably crash during play. Not a trustworthy place to play poker.
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
April 09, 2013, 01:21:55 AM
 #8

Really! 3 to 1 ratio? I knew ppl underclocked their GDDR memory but didn't realize it was by this much.

Does anyone know if the ratio holds true for scrypt mining?
Yep, but that ratio is not exact. For SDK, it was pretty much a 3/1 ratio. For 2.5, my 5xxx cards seemed to like a flat 300.

Things changed with 2.6 and newer (we're on 2.8 now). Also, LTC (scrypt) does NOT like lower memory clocks. In fact, it's the opposite: you want as high of a memory clock as you can run stable.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!