Bitcoin Forum
March 19, 2024, 03:25:50 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 ... 64 »
  Print  
Author Topic: AMD Mem Tweak XL - Read/modify timings/pp/straps on the fly  (Read 58769 times)
Zorg33
Jr. Member
*
Offline Offline

Activity: 144
Merit: 2


View Profile
March 29, 2019, 07:49:34 PM
 #101

you’re prob running 225-250w for that 2100h/s, or about 80-100w more than you would need for 2000, without timing mods (I got 2K @ 837mv.)  +50% power for +5% h/r is not worth it - even if your power is free!

Normally 1500MHz needs around 925mV. I don't get those sub 850 numbers. Do you have a watt meter on it? Vddci is also set to <837?

to do the math in my case:  975/925=1.054  and 1.054^2 = 1.11 (+11%), and considering the higher clock, that means power consumption is only ~15% higher then before.


@coinscrow:
Thank you mate, going to try that!
Whoever mines the block which ends up containing your transaction will get its fee.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710818750
Hero Member
*
Offline Offline

Posts: 1710818750

View Profile Personal Message (Offline)

Ignore
1710818750
Reply with quote  #2

1710818750
Report to moderator
1710818750
Hero Member
*
Offline Offline

Posts: 1710818750

View Profile Personal Message (Offline)

Ignore
1710818750
Reply with quote  #2

1710818750
Report to moderator
1710818750
Hero Member
*
Offline Offline

Posts: 1710818750

View Profile Personal Message (Offline)

Ignore
1710818750
Reply with quote  #2

1710818750
Report to moderator
pbfarmer
Member
**
Offline Offline

Activity: 340
Merit: 29


View Profile
March 29, 2019, 10:10:59 PM
 #102

you’re prob running 225-250w for that 2100h/s, or about 80-100w more than you would need for 2000, without timing mods (I got 2K @ 837mv.)  +50% power for +5% h/r is not worth it - even if your power is free!

Normally 1500MHz needs around 925mV. I don't get those sub 850 numbers. Do you have a watt meter on it? Vddci is also set to <837?

to do the math in my case:  975/925=1.054  and 1.054^2 = 1.11 (+11%), and considering the higher clock, that means power consumption is only ~15% higher then before.


@coinscrow:
Thank you mate, going to try that!

Even 1500MHz is high - ~1400Mhz effective is a pretty efficient spot from all my testing. That combined w/ keeping your SOC <= 1107 MHz, generally allows <= 850mv.  My 50% number was based on 1030 vs 837mv - even @ 975 it would be 35%+. 

My 56 is plugged into a PDU, but on a mixed rig currently, so hard to isolate.  Though I have benched every GPU i own on a meter in the past (w/ multiple algos,) and tend to see 1400/1107 @ 837 eating around 160-170w (64 bios).

As to the 'mem/vddci' setting - since it's really just a vddc floor, in Windows I make it a point to always just set it well below my active state, while in linux I just use ppts, so it's forced by nature of being a table ref.

Zorg33
Jr. Member
*
Offline Offline

Activity: 144
Merit: 2


View Profile
March 29, 2019, 10:55:30 PM
 #103

1600MHz core needed to  drive out tuned 1100MHz HBM2 on the 2 CN forks I tested so far.
Daggerhashimoto is different in this sense.
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
March 30, 2019, 06:05:05 PM
 #104

my results with Vega56 (samsung) on CN-R so far


What miner are you using to get those figures?
I'll be honest I'm a little disappointed. I get around 2050 per Vega56@64 with no memory timing tweaks using Teamredminer at 1458 core clock (~1410 effective), pretty much like pbfarmer.

...or is the miner slower on Linux?
Zorg33
Jr. Member
*
Offline Offline

Activity: 144
Merit: 2


View Profile
March 30, 2019, 06:50:53 PM
 #105

my results with Vega56 (samsung) on CN-R so far


What miner are you using to get those figures?
I'll be honest I'm a little disappointed. I get around 2050 per Vega56@64 with no memory timing tweaks using Teamredminer at 1458 core clock (~1410 effective), pretty much like pbfarmer.

...or is the miner slower on Linux?

That is XMRigCC-AMD

Teamredminer might be faster...

Which is the fastest CN miner for Linux?

I use SRB for win.
pbfarmer
Member
**
Offline Offline

Activity: 340
Merit: 29


View Profile
March 30, 2019, 07:51:46 PM
 #106

my results with Vega56 (samsung) on CN-R so far


What miner are you using to get those figures?
I'll be honest I'm a little disappointed. I get around 2050 per Vega56@64 with no memory timing tweaks using Teamredminer at 1458 core clock (~1410 effective), pretty much like pbfarmer.

...or is the miner slower on Linux?

That is XMRigCC-AMD

Teamredminer might be faster...

Which is the fastest CN miner for Linux?

I use SRB for win.

TRM is fastest in win from what I’ve seen, and performs the same under Linux + amdgpu-pro 18.50
Zorg33
Jr. Member
*
Offline Offline

Activity: 144
Merit: 2


View Profile
March 30, 2019, 08:35:40 PM
Last edit: March 31, 2019, 06:54:07 PM by Zorg33
 #107

Today I tried ethash, but disappointment.
I can only reach 48.0 MH/s with Phoenix
For ethash it should be tuned towards high bandwidth and not low latency

Update:
Started tuning all over from a different approach and got 51+ MH/s Smiley
This timing seems stable so far. But got lower CN hashrate than the previous (~2050).

Update2:
51mh is verified by the pool side 6hr average and no invalid shares.



Hint:
Lowest stable RAS for me is 30. You can get the other numbers with the formula.

Any hint from the experts what to do with all the mysterius params at the lower part of the table? Tongue
mbunal
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
April 01, 2019, 05:14:34 PM
 #108

how can i use this tool? i tried
Code:
./amdmemtool --RFC 43 --ras2ras 176
but no success (from help). how to chose parameters for gddr5? i have rx 580/570. this is --currnet output:
Code:
GPU 0:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:01:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 24  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 1:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:02:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 24  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 2:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:03:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 25  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 3:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:04:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 24  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 4:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:06:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 25  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 5:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:08:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 24  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 6:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:09:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 25  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
GPU 7:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] pci:0000:0a:00.0
CAS
  CL: 22  W2R: 19  CCDS: 5  CCLD: 2  R2W: 26  NOPR: 0  NOPW: 0
RAS
  RC: 79  RRD: 6  RCDRA: 29  RCDR: 29  RCDWA: 23  RCDW: 23
MISC
  RFC: 219  TRP: 29  RP_RDA: 33  RP_WRA: 70
MISC2
  WDATATR: 0  T32AW: 7  CRCWL: 24  CRCRL: 3  FAW: 10  PA2WDATA: 0  PA2RDATA: 0
DRAM1
  RASMACTWR: 33  RASMACTRD: 30  ACTWR: 14  ACTRD: 18
DRAM2
  RAS2RAS: 18  RP: 14  WRPLUSRP: 30  BUS_TURN: 33
Zorg33
Jr. Member
*
Offline Offline

Activity: 144
Merit: 2


View Profile
April 01, 2019, 09:39:52 PM
 #109

There is a tool for mem timings strap encode/decode. Google it.
But for polaris the public straps are quiet good. They are included in PBE. You can also see them in the source.

Anyone willing to share results of Radeon VII ? I'm curious.
If 110mh is possible with stock timings, then there is much potential in the memory. Might be core bottlenecked.
kamisama233
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
April 02, 2019, 02:19:35 AM
 #110

you’re prob running 225-250w for that 2100h/s, or about 80-100w more than you would need for 2000, without timing mods (I got 2K @ 837mv.)  +50% power for +5% h/r is not worth it - even if your power is free!

Normally 1500MHz needs around 925mV. I don't get those sub 850 numbers. Do you have a watt meter on it? Vddci is also set to <837?

to do the math in my case:  975/925=1.054  and 1.054^2 = 1.11 (+11%), and considering the higher clock, that means power consumption is only ~15% higher then before.


@coinscrow:
Thank you mate, going to try that!

Even 1500MHz is high - ~1400Mhz effective is a pretty efficient spot from all my testing. That combined w/ keeping your SOC <= 1107 MHz, generally allows <= 850mv.  My 50% number was based on 1030 vs 837mv - even @ 975 it would be 35%+.  

My 56 is plugged into a PDU, but on a mixed rig currently, so hard to isolate.  Though I have benched every GPU i own on a meter in the past (w/ multiple algos,) and tend to see 1400/1107 @ 837 eating around 160-170w (64 bios).

As to the 'mem/vddci' setting - since it's really just a vddc floor, in Windows I make it a point to always just set it well below my active state, while in linux I just use ppts, so it's forced by nature of being a table ref.



dear sir, can u share your ppt settings at win with cnr algo? I have some questions ①is it necessary to flash 56 to 64 bios? hynix memory can flash to 64?②what driver are u use?  

my vega can not get below 863mv under my setting, stock bios, see the picture i upload, what should i do to lower it's power consume, thanks
http://www.kepfeltoltes.eu/images/2019/03/468_24494_20449_22270_292.png
dnkn
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
April 02, 2019, 07:16:16 AM
Last edit: April 02, 2019, 07:30:24 AM by dnkn
 #111

Ethash benefits from memory bandwidth, so it's no surprise r7 does that hr. It has 1tb/sec bandwidth. So it's capable of about 128mh theoretically. Cryptonight algos benefit from low latency.
Zorg33
Jr. Member
*
Offline Offline

Activity: 144
Merit: 2


View Profile
April 02, 2019, 08:00:00 AM
 #112

Testing stability the past two days.
The light timing with ETH 51mh is rock solid.
The more edgy timings for CN algos needs to be smoothened because after a few hours mining stopped. It was 2130h/s till then.

BTW I tried kernel 4.16 but totally same behaviour lik 4.15. The main problem is I can't set p7 above 1700MHz to get ~1500 at low voltage.
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
April 02, 2019, 02:38:06 PM
 #113

Has nobody ported this to Windows yet?

I'd be happy to do all testing myself and share my findings in this and other threads... But I'm not going to install Ubuntu and all that shizzle for that sole purpose. I suck at Linux unfortunately...
dnkn
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
April 02, 2019, 05:13:29 PM
 #114

If you want it easy go for hiveos. It's very simple and this tool is already included. You don't have to install it, you can run it from usb drive.
This version is specifically for rx Vega series https://download.hiveos.farm/hiveos-vega-0.6-01@181121.zip you should update it at the first boot. It's just a matter of one click.
pbfarmer
Member
**
Offline Offline

Activity: 340
Merit: 29


View Profile
April 02, 2019, 10:32:40 PM
Last edit: April 03, 2019, 06:00:20 AM by pbfarmer
 #115

dear sir, can u share your ppt settings at win with cnr algo? I have some questions ①is it necessary to flash 56 to 64 bios? hynix memory can flash to 64?②what driver are u use?  

my vega can not get below 863mv under my setting, stock bios, see the picture i upload, what should i do to lower it's power consume, thanks

I'm using linux, so my ppts are different from windows.  

No, it's not necessary to flash your 56, and I wouldn't recommend it for cn/r.  Some algos make better use of high bandwidth (high clocks), but cn/r is not really one of them - CN in general likes low latency, so the stock 56 bios is fine (and will save you some power.)

I'm guessing you're using 19.3.x drivers?  If so, I'm betting your problem is that you have the stock 900mv set in your mem p2 state, which if that's the case, means regardless of your other settings, you will always run @ minimum 900mv (minus droop) unless you disable the state (for example, in overdriventool), or use a PPT which lowers the setting.
percy_tc
Full Member
***
Offline Offline

Activity: 583
Merit: 106


View Profile
April 03, 2019, 03:10:50 PM
 #116

Has anyone tried it on Radeon VII?
bobben2
Full Member
***
Offline Offline

Activity: 279
Merit: 104


View Profile
April 03, 2019, 04:56:18 PM
 #117

@eliovp, thank you for this tool.
Do you or anybody else know if there is a tool available in Linux to count GPU memory errors?  Much like HWiNFO64 in Windows?

Fellow miners, get your thens and thans in order and help other forum readers understand what you are writing. Remember the grammar basics:  B larger THAN A (comparator operator). If something THEN ....
kamisama233
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
April 04, 2019, 11:02:50 AM
 #118

dear sir, can u share your ppt settings at win with cnr algo? I have some questions ①is it necessary to flash 56 to 64 bios? hynix memory can flash to 64?②what driver are u use?  

my vega can not get below 863mv under my setting, stock bios, see the picture i upload, what should i do to lower it's power consume, thanks

I'm using linux, so my ppts are different from windows.  

No, it's not necessary to flash your 56, and I wouldn't recommend it for cn/r.  Some algos make better use of high bandwidth (high clocks), but cn/r is not really one of them - CN in general likes low latency, so the stock 56 bios is fine (and will save you some power.)

I'm guessing you're using 19.3.x drivers?  If so, I'm betting your problem is that you have the stock 900mv set in your mem p2 state, which if that's the case, means regardless of your other settings, you will always run @ minimum 900mv (minus droop) unless you disable the state (for example, in overdriventool), or use a PPT which lowers the setting.

Thanks, it works
NefariousFool
Jr. Member
*
Offline Offline

Activity: 36
Merit: 7


View Profile
April 05, 2019, 07:30:45 PM
 #119

>>Posted by: dragonmike

>> Has nobody ported this to Windows yet?

>> I'd be happy to do all testing myself and share my findings in this and other threads... But I'm not going to install Ubuntu and all that shizzle for that sole purpose. I suck at Linux unfortunately...
________

I've been trying to but my plate is pretty over topped at the moment but it is something I have been working on. Sadly not having luck finding somebody to help so its all on when i can get time.
Claymore
Donator
Legendary
*
Offline Offline

Activity: 1610
Merit: 1325

Miners developer


View Profile
April 05, 2019, 09:56:55 PM
 #120

Changing memory timings on the fly is a very good idea!
It's possible to access GPU MMIO registers in Windows too.
It's a bit tricky to implement it properly even if you have good skills and that's the main problem.
Registers offsets can be found in ROCm sources and typedefs in OhGodADecode utility or in ROCm again (though it contains only bitmasks so it would take some time to convert them).
Anyway, this tool gave me an idea of new feature, thanks, also it was funny to play with registers and see some BSODs Smiley
I donated 0.25BTC to the address in first post.

Please read Readme and FAQ in the first post of this thread before asking any questions, probably the answer is already there.
List of my miners: https://bitcointalk.org/index.php?topic=3019607
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 ... 64 »
  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!