AMD Mem Tweak XL - Read/modify timings/pp/straps on the fly

[nars28]

-i 0 --cl 18 --w2r 17 --r2w 25 --rc 61 --rrd 5 --rcdra 20 --rcdr 20 --rcdwa 14 --rcdw 14 --rfc 148 --trp 19 --rp_rda 22 --rp_wra 48 --t32aw 0 --crcwl 6 --crcrl 2 --faw 0 --pa2wdata 0 --pa2rdata 0 --RASMACTWR 47 --RASMACTRD 41 --ACTWR 15 --ACTRD 16 --RAS2RAS 148 --rp 39 --wrplusrp 49 --bus_turn 22

But for me this tool is unnusable because when applying timings it gives artifacts and crashes driver no matter which timings i apply (Polaris - rx570 & rx580).
I got the values by decoding hex values of timings with R_Timing1.03 tool.

Probably edit the -i 0 part.  It might not be the actual GPU and someone might accidentally apply it on some other GPU.

Of course it is the actual gpu. I have only 1 card in my test / moding machine 

[1679799916]

1679799916

[1679799916]

1679799916

[1679799916]

1679799916

[pbfarmer]

-i 0 --cl 18 --w2r 17 --r2w 25 --rc 61 --rrd 5 --rcdra 20 --rcdr 20 --rcdwa 14 --rcdw 14 --rfc 148 --trp 19 --rp_rda 22 --rp_wra 48 --t32aw 0 --crcwl 6 --crcrl 2 --faw 0 --pa2wdata 0 --pa2rdata 0 --RASMACTWR 47 --RASMACTRD 41 --ACTWR 15 --ACTRD 16 --RAS2RAS 148 --rp 39 --wrplusrp 49 --bus_turn 22

But for me this tool is unnusable because when applying timings it gives artifacts and crashes driver no matter which timings i apply (Polaris - rx570 & rx580).
I got the values by decoding hex values of timings with R_Timing1.03 tool.

Probably edit the -i 0 part.  It might not be the actual GPU and someone might accidentally apply it on some other GPU.

Of course it is the actual gpu. I have only 1 card in my test / moding machine 

He means other people who might copy your settings w/o understanding exactly what it's doing.  It might be safer to remove '-i 0' from your OP to prevent others from making a potentially damaging mistake.

[mZoleee]

Anyone can helping for me?
I have two RX580 (Asus ROG-STRIX o8g and Asus Dual-OC-4g), and I dont know how to do it...

GPU 0:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]     pci:0000:01:00.0
CAS  CL: 23          W2R: 16         CCDS: 5         CCLD: 2         R2W: 28         NOPR: 0         NOPW: 0
RAS  RC: 70          RRD: 6          RCDRA: 26       RCDR: 26        RCDWA: 21       RCDW: 21
MISC  RFC: 192        TRP: 26         RP_RDA: 29      RP_WRA: 62
MISC2  WDATATR: 0      T32AW: 0        CRCWL: 25       CRCRL: 3        FAW: 0          PA2WDATA: 0     PA2RDATA: 0
DRAM1  RASMACTWR: 6    RASMACTRD: 5    ACTWR: 2        ACTRD: 3
DRAM2  RAS2RAS: 3      RP: 2   WRPLUSRP: 5     BUS_TURN: 6

GPU 1:  Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]     pci:0000:04:00.0
CAS  CL: 20          W2R: 15         CCDS: 5         CCLD: 2         R2W: 26         NOPR: 0         NOPW: 0
RAS  RC: 60          RRD: 5          RCDRA: 22       RCDR: 24        RCDWA: 13       RCDW: 12
MISC  RFC: 97         TRP: 22         RP_RDA: 24      RP_WRA: 44
MISC2  WDATATR: 0      T32AW: 0        CRCWL: 22       CRCRL: 3        FAW: 0          PA2WDATA: 0     PA2RDATA: 0
DRAM1  RASMACTWR: 25   RASMACTRD: 22   ACTWR: 10       ACTRD: 13
DRAM2  RAS2RAS: 13     RP: 10          WRPLUSRP: 22    BUS_TURN: 25

Thanks!

You can try some of my pimped strap timings for Hynix:

rus_mod hynix

-i 0 --cl 18 --w2r 15 --r2w 25 --rc 61 --rrd 5 --rcdra 20 --rcdr 22 --rcdwa 13 --rcdw 12 --rfc 136 --trp 17 --rp_rda 25 --rp_wra 56 --t32aw 0 --crcwl 6 --crcrl 2 --faw 0 --pa2wdata 0 --pa2rdata 0 --RASMACTWR 47 --RASMACTRD 41 --ACTWR 15 --ACTRD 16 --RAS2RAS 148 --rp 39 --wrplusrp 49 --bus_turn 22


rus_mod2 hynix

-i 0 --cl 18 --w2r 15 --r2w 25 --rc 61 --rrd 5 --rcdra 20 --rcdr 22 --rcdwa 13 --rcdw 12 --rfc 197 --trp 15 --rp_rda 30 --rp_wra 60 --t32aw 0 --crcwl 6 --crcrl 2 --faw 0 --pa2wdata 0 --pa2rdata 0 --RASMACTWR 47 --RASMACTRD 41 --ACTWR 15 --ACTRD 16 --RAS2RAS 148 --rp 39 --wrplusrp 49 --bus_turn 22


rus_mod3 hynix

-i 0 --cl 18 --w2r 17 --r2w 25 --rc 61 --rrd 5 --rcdra 20 --rcdr 20 --rcdwa 14 --rcdw 14 --rfc 148 --trp 19 --rp_rda 22 --rp_wra 48 --t32aw 0 --crcwl 6 --crcrl 2 --faw 0 --pa2wdata 0 --pa2rdata 0 --RASMACTWR 47 --RASMACTRD 41 --ACTWR 15 --ACTRD 16 --RAS2RAS 148 --rp 39 --wrplusrp 49 --bus_turn 22

But for me this tool is unnusable because when applying timings it gives artifacts and crashes driver no matter which timings i apply (Polaris - rx570 & rx580).
I got the values by decoding hex values of timings with R_Timing1.03 tool.

Thanks, but unfortunately instant frozen..
I tried to change my CL value to 22 (default is 23) and same.. frozen.
I can't change anything..
I use HiveOS and the amdmemtool command is not working.. just only amdmemtweak (but i think its same)

[rednoW]

This is my lighter timing, hopefully stable:
--CL 19 --RAS 30 --RCDRD 12 --RCDWR 6 --RC 44 --RP 13 --RRDS 5 --RRDL 5 --RTP 4 --FAW 18 --CWL 6 --WTRS 4 --WTRL 9 --WR 15 --WRRD 1 --RDWR 18 --REF 17000 --RFC 248

please test it.

latest 19.4.1 drivers. win10
vega64 lc ~1360/1100@875 51.4mhs with claymore 12. But hbm temp is hot 70C and one weaker vega gives sometimes red incorrect shares

22.3 kh/s trtl, testing for pool speed and hw errors

weaker vega lost hashrate to ~19.5kh/s after several hours and rig hangs after reboot attempt. Trying lo lower hbm2 clock from 1100 to 1090 ...

[heavyarms1912]

Vega 56 - Samsung

Code:

--ras 33 --rp 12 --rc 45 --rcdrd 13 --rcdwr 6 --rrds 3 --rrdl 6 --rtp 6

Code:

--ras 33 --rp 13 --rc 46 --rcdrd 13 --rcdwr 6 --rrds 3 --rrdl 6 --rtp 6

[GKumaran]

Vega 64, aircooled, samsung:

• Highest Hashrate impact : lower RC (good cards : 44, lower cards 45) - too low leads to invalid shares
• RP has high impact on stabilty, but low impact on hashrate (preferred 12 as average for stability) -- too low leads to gpu crash withing minutes
• Second highest HR impact : lower RFC (248) - too low crashes cards
• Having RRDS and RRDL as same value helps in stability
• Better to leave CL unimpacted in my tests, it is pretty much linked to all values.
• There are some hidden param that are not exposed by the tool, so it is advised that if you are not gonna change a value, dont use that param to set the default value, ignore the parameter
• Normal memory overclock plays a huge part in this tuning. 1107mhz is the highest you can reach without breaking the SOC barrier. You must have a stable non invalid shares throwing OC b4 appling the timing.
• My 6 cards timing and OC:
  
  • 1. 1107 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Valid Shares : Highest OC, Timing
  • 2. 1107 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Valid Shares : Highest OC, Timing
  • 3. 1050 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest Timing, Invalid Shares if 1107 OC - 1 invalid per 10 mins
  • 4. 1050 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest Timing, Invalid Shares if 1107 OC - 1 invalid per 10 mins
  • 5. 1107 : --rcdrd 12 --rcdwr 5 --rc 45 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest OC, Invalid Shares if --rc 44 - 1 invalid per 4 hours
  • 6. 1107 : --rcdrd 12 --rcdwr 5 --rc 45 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest OC, Invalid Shares if --rc 44 - 1 invalid per 3 hours

My testing have been limited to only few params, yet to fully test the other params.

[ingyenfrag]

Still running. There is no problem even on the lower quality silicon GPU's (yet).  Ref Vega 56@64 bios, samsung HBM.

This is my lighter timing, hopefully stable:
--CL 19 --RAS 30 --RCDRD 12 --RCDWR 6 --RC 44 --RP 13 --RRDS 5 --RRDL 5 --RTP 4 --FAW 18 --CWL 6 --WTRS 4 --WTRL 9 --WR 15 --WRRD 1 --RDWR 18 --REF 17000 --RFC 248

please test it.

latest 19.4.1 drivers. win10
vega64 lc ~1360/1100@875 51.4mhs with claymore 12. But hbm temp is hot 70C and one weaker vega gives sometimes red incorrect shares

22.3 kh/s trtl, testing for pool speed and hw errors

Power Consumption at HW info ?

150 for eth and 135 for trtl

I'm testing it on my both 6 and 5 card rigs.
On the 6 card rig power consumption went up from 1155W to 1205W for roughly 10% hashrate gain (these are the worse silicon GPU-s, 3 of those running on 0.85V, 1 on 0.8375, last 2 on 0.825V).
Unfortunately currently there is no watt meter on the 5 card rig.
I will update about the stability.

What happen with the timings when you reboot?
If it stays after reboot, how do you set the timings back to the default values?

[Zorg33]

Still running. There is no problem even on the lower quality silicon GPU's (yet).  Ref Vega 56@64 bios, samsung HBM.

noice!

 

[Miner Addict]

Still running. There is no problem even on the lower quality silicon GPU's (yet).  Ref Vega 56@64 bios, samsung HBM.

This is my lighter timing, hopefully stable:
--CL 19 --RAS 30 --RCDRD 12 --RCDWR 6 --RC 44 --RP 13 --RRDS 5 --RRDL 5 --RTP 4 --FAW 18 --CWL 6 --WTRS 4 --WTRL 9 --WR 15 --WRRD 1 --RDWR 18 --REF 17000 --RFC 248

please test it.

latest 19.4.1 drivers. win10
vega64 lc ~1360/1100@875 51.4mhs with claymore 12. But hbm temp is hot 70C and one weaker vega gives sometimes red incorrect shares

22.3 kh/s trtl, testing for pool speed and hw errors

Power Consumption at HW info ?

150 for eth and 135 for trtl

I'm testing it on my both 6 and 5 card rigs.
On the 6 card rig power consumption went up from 1155W to 1205W for roughly 10% hashrate gain (these are the worse silicon GPU-s, 3 of those running on 0.85V, 1 on 0.8375, last 2 on 0.825V).
Unfortunately currently there is no watt meter on the 5 card rig.
I will update about the stability.

What happen with the timings when you reboot?
If it stays after reboot, how do you set the timings back to the default values?

Overdriventool : reset and apply

[Miner Addict]

Vega 64, aircooled, samsung:

• Highest Hashrate impact : lower RC (good cards : 44, lower cards 45) - too low leads to invalid shares
• RP has high impact on stabilty, but low impact on hashrate (preferred 12 as average for stability) -- too low leads to gpu crash withing minutes
• Second highest HR impact : lower RFC (248) - too low crashes cards
• Having RRDS and RRDL as same value helps in stability
• Better to leave CL unimpacted in my tests, it is pretty much linked to all values.
• There are some hidden param that are not exposed by the tool, so it is advised that if you are not gonna change a value, dont use that param to set the default value, ignore the parameter
• Normal memory overclock plays a huge part in this tuning. 1107mhz is the highest you can reach without breaking the SOC barrier. You must have a stable non invalid shares throwing OC b4 appling the timing.
• My 6 cards timing and OC:
  
  • 1. 1107 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Valid Shares : Highest OC, Timing
  • 2. 1107 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Valid Shares : Highest OC, Timing
  • 3. 1050 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest Timing, Invalid Shares if 1107 OC - 1 invalid per 10 mins
  • 4. 1050 : --rcdrd 12 --rcdwr 5 --rc 44 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest Timing, Invalid Shares if 1107 OC - 1 invalid per 10 mins
  • 5. 1107 : --rcdrd 12 --rcdwr 5 --rc 45 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest OC, Invalid Shares if --rc 44 - 1 invalid per 4 hours
  • 6. 1107 : --rcdrd 12 --rcdwr 5 --rc 45 --rp 12 --rrds 3 --rrdl 3 --rfc 248 : Highest OC, Invalid Shares if --rc 44 - 1 invalid per 3 hours

My testing have been limited to only few params, yet to fully test the other params.

ETH and CNR ?

[pbfarmer]

First - quick results for cn-trtl, w/ efficiency-focused settings, using timings mostly borrowing from others here, w/ some minor tweaks:

Vega 64 air, ubuntu 18.04 + amdgpu-pro 18.50, TRM 0.4.3 (L18+18), 852 cclock (p0)/1107 mclock/818mv, power readings at the wall

stock timings:
--CL 20 --RAS 33 --RCDRD 16 --RCDWR 10 --RC 47 --RP 14 --RRDS 4 --RRDL 6 --RFC 260 (--REF 3900)
18.5 kh/s @ 135w (137 h/w)

modded timings 1
--CL 19 --RAS 28 --RCDRD 12 --RCDWR 5 --RC 44 --RP 12 --RRDS 3 --RRDL 3 --RFC 248
19.75 kh/s @ 137w (144 h/w)

modded timings 2
same as above, plus --REF 15600
20.71 kh/s @ 137w (151 h/w)


Second - notes on power...  I don't see any appreciable power differences - nor would I expect to.  Clocks and voltages are untouched, we simply have a bit more data being transferred.  Even the 2w difference I'm reporting here is conservative - taking natural fluctuations in my readings into account, my actual increase could be closer to <= 1w.  People seeing large power increases (at least on vega 64) seem to have something else going on.


Last - some conjecture / educated guessing re: THAT --REF THO!!!  I'm assuming --REF is the refresh frequency, in nanoseconds, and unlike most timings, a higher value (meaning less refreshing) is better.  Refreshes steal bandwidth, and AMD seems to have gone majorly conservative (aggressive?) on this, probably due to the super high temps of the HBM during normal/gaming use.  As leakage increases w/ temps, more refreshes would be required when running your GPU/HBM at high clocks/voltages.  Since (efficient) miners tend to run cooler, the crazy high default refresh rate is really unnecessary.  I found 4x the default to be around where returns quickly diminish, at least at my clocks - i can get maybe another 50 h/s (turtle) going 4.5x.  HOWEVER - if you run super aggressive for max h/r, or just aren't effectively cooled in general, you may want to dial this back, or you may start seeing mem errors / bad shares from corrupted data due to insufficient refreshing / leakage.

[vmozara]

That is some crazy efficiency. I guess that is not even possible on windows, right? Maybe it is time for me to stop being scared and tried alternative operating systems.

[Anwil]

Rx Vega 56 hynix memory  
1250/875mv   916/925mv
tartl cn 20.12 - 20.20  kh/s  L24+24
CN/r   2160   1450/900
60 min no errors.
WinAMDTweak.exe --rcdrd 19 --rcdwr 4 --rc 35 --rp 13 --rrds 4 --rrdl 5 --rfc 148 --REF 15600
Cool!!!

[GKumaran]

That is some crazy efficiency. I guess that is not even possible on windows, right? Maybe it is time for me to stop being scared and tried alternative operating systems.

pbfarmer is our resident magician, we strive to reach his god tier levels of efficiency  
Was waiting for his take on the timing to replicate  

First - quick results for cn-trtl, w/ efficiency-focused settings, using timings mostly borrowing from others here, w/ some minor tweaks:

Vega 64 air, ubuntu 18.04 + amdgpu-pro 18.50, TRM 0.4.3 (L18+18), 852 cclock (p0)/1107 mclock/818mv, power readings at the wall

stock timings:
--CL 20 --RAS 33 --RCDRD 16 --RCDWR 10 --RC 47 --RP 14 --RRDS 4 --RRDL 6 --RFC 260 (--REF 3900)
18.5 kh/s @ 135w (137 h/w)

modded timings 1
--CL 19 --RAS 28 --RCDRD 12 --RCDWR 5 --RC 44 --RP 12 --RRDS 3 --RRDL 3 --RFC 248
19.75 kh/s @ 137w (144 h/w)

modded timings 2
same as above, plus --REF 15600
20.71 kh/s @ 137w (151 h/w)

Ill test ur CL, RAS and REF timing. Thx pbfarmer.

Results:
Cards : Vega 64 (aircooled, reference, samsung)
Miner : SRBMiner 1.8.3
Algo : Cryptonight litev7
Clocks : 1408/1107/875 (ODT)
Actual : 1354/1107/850 (HWinfo)

Stock                                                                                                                                                           : 4530
Todxx               --rp 10 --rc 44 --rfc 300 --rrd 3 --rcdrd 12 --rcdwr 5                                                                : 4800
My current        --rp 12 --rc 44 --rfc 250 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5                                                   : 4865 (7.4% inc over stock)
pbfarmer          --rp 12 --rc 44 --rfc 250 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5 --CL 19 --RAS 28 --REF 15600       : 4980 (9.9% inc over stock)

In all seriousness, was w8ing for ur numbers the most and u didnt disappoint  

[GKumaran]

Results:
Cards : Vega 64 (aircooled, reference, samsung)
Miner : SRBMiner 1.8.3
Algo : Cryptonight litev7
Clocks : 1408/1107/875 (ODT)
Actual : 1354/1107/850 (HWinfo)

Stock                                                                                                                                                           : 4530
Todxx               --rp 10 --rc 44 --rfc 300 --rrd 3 --rcdrd 12 --rcdwr 5                                                                : 4800
My current        --rp 12 --rc 44 --rfc 250 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5                                                   : 4865 (7.4% inc over stock)
pbfarmer          --rp 12 --rc 44 --rfc 250 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5 --CL 19 --RAS 28 --REF 15600       : 4980 (9.9% inc over stock)

Results:
Cards : Vega 64 (aircooled, reference, samsung)
Platform : Windows 10, 18.6.1
Miner : PheonixMiner 4.2c
Algo : Ethash
Clocks : 1216/1107/875 (ODT)
Actual : 1187/1107/850 (HWinfo)

Stock                                                                                                                                                           : 44.75 mh/s
Current Timing  --rp 12 --rc 44 --rfc 250 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5 --CL 19 --RAS 28 --REF 15600       : 50.12 (12% inc over stock)

Finally broke the Ethash 50mh/s barrier in windows 

[dragonmike]

I'm trying to take it slowly now.

So far I've been doing really well with these timings on CN-Turtle, i.e. improved hashrate on miner AND pool reflects it exactly (124.5 Kh/s miner hash, 124.5 Kh/s pool hash, according to TRM):

--CL 16 --RAS 30 --RCDRD 14 --RP 12 --RC 44

It's not the highest hashrate I've had using other timings posted here earlier, but the hash increase is 100% consistent on the pool, as opposed to what I experienced with too aggressive timings previously (I saw up to 21.3 Kh/s per Vega but the effective pool hash was A LOT lower).

I'll keep tweaking, but if anyone needs a basis to get started with, this works very well on my ref Samsung 56@64 rig.

[hammuh]

Rx Vega 56 hynix memory  
1250/875mv   916/925mv
tartl cn 20.12 - 20.20  kh/s  L24+24
CN/r   2160   1450/900
60 min no errors.
WinAMDTweak.exe --rcdrd 19 --rcdwr 4 --rc 35 --rp 13 --rrds 4 --rrdl 5 --rfc 148 --REF 15600
Cool!!!

Looks good so far. About 1 kh/s boost to turtle. Didn't work with all my hynix tho. Need to figure out what to change to get to work with weaker card.

Edit: after longer time most gpu crash or have hashrate drop

[reaper7881]

First - quick results for cn-trtl, w/ efficiency-focused settings, using timings mostly borrowing from others here, w/ some minor tweaks:

Vega 64 air, ubuntu 18.04 + amdgpu-pro 18.50, TRM 0.4.3 (L18+18), 852 cclock (p0)/1107 mclock/818mv, power readings at the wall

stock timings:
--CL 20 --RAS 33 --RCDRD 16 --RCDWR 10 --RC 47 --RP 14 --RRDS 4 --RRDL 6 --RFC 260 (--REF 3900)
18.5 kh/s @ 135w (137 h/w)

modded timings 1
--CL 19 --RAS 28 --RCDRD 12 --RCDWR 5 --RC 44 --RP 12 --RRDS 3 --RRDL 3 --RFC 248
19.75 kh/s @ 137w (144 h/w)

modded timings 2
same as above, plus --REF 15600
20.71 kh/s @ 137w (151 h/w)

What bios are you using . I can get 20.1khs per card but have to run 1250 core 1100mem using 145w


Edit

Managed to get it to 21.8 khs @ 125w in hwinfo pulling 1060w from wall with 6 vegas approx 130khs trt

[Zorg33]

Anyone analyzed the built-in HBM tuning in the driver?

I just started looking at it and seems it modifies RRD values and probably some others too.
Might get some good ideas from there....

[clousian]

Every combo I've tried on Polaris (even translating modded bios strap values) results in a crash to blue screen for me. At this stage, I'd say this tool is unusable for Polaris cards.