Zorg33
Jr. Member
Offline
Activity: 144
Merit: 2
|
 |
April 13, 2019, 10:16:41 PM Last edit: April 13, 2019, 10:30:45 PM by Zorg33 |
|
Very nice finding!
BTW I managed to reach 51.6mh, but in CN-R I can't get past 2150h/s no matter what i try. What is the trick there?
at what clocks on cnr? 1100 mem, 1500 core I just raised the core, hr went up to ~2200, but that is the max. But maybe the miner sw is not the fastest on CN-R, it's a fork of XMRig. Going to try TRM Update: with teamredminer on default setting it's 2300 h/s 
|
|
|
|
clousian
Newbie
Offline
Activity: 33
Merit: 0
|
 |
April 13, 2019, 10:21:19 PM |
|
Any findings for us Polaris non bios modded folks on cryptonight people?
|
|
|
|
heavyarms1912
|
 |
April 13, 2019, 10:34:19 PM |
|
Very nice finding!
BTW I managed to reach 51.6mh, but in CN-R I can't get past 2150h/s no matter what i try. What is the trick there?
at what clocks on cnr? 1100 mem, 1500 core I just raised the core, hr went up to ~2200, but that is the max. But maybe the miner sw is not the fastest on CN-R, it's a fork of XMRig. Going to try TRM Update: with teamredminer on default setting it's 2300 h/s  okay. was gonna mention we're most likely limited on core freq on cnr. 2500+ is possible but with very high core oc of 1.75 Mhz. Making it lot less efficient.
|
|
|
|
Zorg33
Jr. Member
Offline
Activity: 144
Merit: 2
|
 |
April 13, 2019, 10:41:00 PM |
|
okay. was gonna mention we're most likely limited on core freq on cnr. 2500+ is possible but with very high core oc of 1.75 Mhz. Making it lot less efficient.
Okay, i'm on the track again... currently 2370h/s @1550MHz core and 1100MHz mem (~180W reported by driver, so sth like 220W on the wall)
|
|
|
|
kerney666
Member

Offline
Activity: 658
Merit: 86
|
 |
April 13, 2019, 11:03:52 PM |
|
Very nice finding!
BTW I managed to reach 51.6mh, but in CN-R I can't get past 2150h/s no matter what i try. What is the trick there?
at what clocks on cnr? 1100 mem, 1500 core I just raised the core, hr went up to ~2200, but that is the max. But maybe the miner sw is not the fastest on CN-R, it's a fork of XMRig. Going to try TRM Update: with teamredminer on default setting it's 2300 h/s  okay. was gonna mention we're most likely limited on core freq on cnr. 2500+ is possible but with very high core oc of 1.75 Mhz. Making it lot less efficient. The current public TRM release isn't the best for these modded timings with tightened latency. That said, it's most probably better than all other options  . We're working on a version that we believe will take better advantage of the new fancy pants tools though. With a high core clk you can compensate and reach those max perf hashrates anyway, but with my current working version I'm doing 2318 h/s using 1407@900/1107@900, so those higher core clks aren't necessary. Note: this is on a Vega 64 LC, which can handle the super tight timings much better than my 8 x Vega 56 flashed 64. Running a ton of tests on those Vega 56s flashed 64 tonight, feels like this new dimension will increase the complexity a lot. It was never trivial to truly trim those Vega rigs for efficiency and get everything rock solid stable, and with the additional degrees of freedom available now, man...
|
|
|
|
Zorg33
Jr. Member
Offline
Activity: 144
Merit: 2
|
 |
April 13, 2019, 11:13:12 PM |
|
also I heard there's a tool that can bring down stable voltages by a LOT...
|
|
|
|
clousian
Newbie
Offline
Activity: 33
Merit: 0
|
 |
April 13, 2019, 11:38:32 PM |
|
Current values on RX470/480/570 & 580. Any help what to change first?
GPU 0: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] CAS CL: 24 W2R: 17 R2R: 5 CCLD: 3 R2W: 31 NOPR: 0 NOPW: 0 RAS RC: 87 RRD: 7 RCDRA: 29 RCDR: 29 RCDWA: 17 RCDW: 17 MISC RFC: 219 TRP: 27 RP_RDA: 30 RP_WRA: 63 MISC2 WDATATR: 0 T32AW: 8 CRCWL: 25 CRCRL: 3 FAW: 12 PA2WDATA: 0 PA2RDATA: 0 DRAM1 RASMACTWR: 38 RASMACTRD: 31 ACTWR: 9 ACTRD: 16 DRAM2 RAS2RAS: 119 RP: 28 WRPLUSRP: 34 BUS_TURN: 13 GPU 1: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] CAS CL: 24 W2R: 17 R2R: 5 CCLD: 3 R2W: 31 NOPR: 0 NOPW: 0 RAS RC: 87 RRD: 7 RCDRA: 29 RCDR: 29 RCDWA: 17 RCDW: 17 MISC RFC: 219 TRP: 27 RP_RDA: 30 RP_WRA: 63 MISC2 WDATATR: 0 T32AW: 8 CRCWL: 26 CRCRL: 3 FAW: 12 PA2WDATA: 0 PA2RDATA: 0 DRAM1 RASMACTWR: 36 RASMACTRD: 30 ACTWR: 9 ACTRD: 15 DRAM2 RAS2RAS: 112 RP: 26 WRPLUSRP: 32 BUS_TURN: 13 GPU 2: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] CAS CL: 25 W2R: 19 R2R: 5 CCLD: 2 R2W: 29 NOPR: 0 NOPW: 0 RAS RC: 79 RRD: 7 RCDRA: 29 RCDR: 29 RCDWA: 23 RCDW: 23 MISC RFC: 219 TRP: 29 RP_RDA: 33 RP_WRA: 70 MISC2 WDATATR: 0 T32AW: 8 CRCWL: 25 CRCRL: 3 FAW: 12 PA2WDATA: 0 PA2RDATA: 0 DRAM1 RASMACTWR: 30 RASMACTRD: 27 ACTWR: 13 ACTRD: 16 DRAM2 RAS2RAS: 119 RP: 28 WRPLUSRP: 38 BUS_TURN: 13 GPU 3: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] CAS CL: 19 W2R: 21 R2R: 5 CCLD: 2 R2W: 24 NOPR: 0 NOPW: 0 RAS RC: 83 RRD: 8 RCDRA: 27 RCDR: 27 RCDWA: 19 RCDW: 19 MISC RFC: 197 TRP: 27 RP_RDA: 30 RP_WRA: 62 MISC2 WDATATR: 0 T32AW: 9 CRCWL: 25 CRCRL: 2 FAW: 14 PA2WDATA: 0 PA2RDATA: 0 DRAM1 RASMACTWR: 35 RASMACTRD: 30 ACTWR: 10 ACTRD: 15 DRAM2 RAS2RAS: 107 RP: 25 WRPLUSRP: 33 BUS_TURN: 12 GPU 4: Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] CAS CL: 24 W2R: 17 R2R: 5 CCLD: 3 R2W: 31 NOPR: 0 NOPW: 0 RAS RC: 87 RRD: 7 RCDRA: 29 RCDR: 29 RCDWA: 17 RCDW: 17 MISC RFC: 219 TRP: 27 RP_RDA: 30 RP_WRA: 63 MISC2 WDATATR: 0 T32AW: 8 CRCWL: 25 CRCRL: 3 FAW: 12 PA2WDATA: 0 PA2RDATA: 0 DRAM1 RASMACTWR: 36 RASMACTRD: 29 ACTWR: 9 ACTRD: 15 DRAM2 RAS2RAS: 111 RP: 26 WRPLUSRP: 31 BUS_TURN: 12
|
|
|
|
Zorg33
Jr. Member
Offline
Activity: 144
Merit: 2
|
 |
April 13, 2019, 11:51:16 PM |
|
Current values on RX470/480/570 & 580. Any help what to change first?
get the optimized values from the public straps with a decoder tool to use with amdmemtweak
|
|
|
|
clousian
Newbie
Offline
Activity: 33
Merit: 0
|
 |
April 14, 2019, 12:16:36 AM |
|
Current values on RX470/480/570 & 580. Any help what to change first?
get the optimized values from the public straps with a decoder tool to use with amdmemtweak Yeah as a noob to all this modding that didn't even make sense. Are you saying to open something like overdriventool and find out what my current straps are, then somehow modify those straps via the winamdtweak? Thanks for your patie4nce.
|
|
|
|
N2DCRYPT
Jr. Member
Offline
Activity: 148
Merit: 5
|
 |
April 14, 2019, 01:19:39 AM |
|
Guys, sorry if I missed this info prior, but how are you ensuring that timings are passed to the right gpus? I'd normally go off PCI bus IDs, but how are gpus ordered in this tool? Nothing is jumping out at me as a way to identify gpus and make sure looser timings are applied to gpus that throw errors in the mining software.
|
|
|
|
heavyarms1912
|
 |
April 14, 2019, 03:34:32 AM |
|
Guys, sorry if I missed this info prior, but how are you ensuring that timings are passed to the right gpus? I'd normally go off PCI bus IDs, but how are gpus ordered in this tool? Nothing is jumping out at me as a way to identify gpus and make sure looser timings are applied to gpus that throw errors in the mining software.
it's bus ordered you can see the bus id on each gpu card properties in dev mgr. Or alternatively just open OverdriveNTool which is already in sorted in bus order.
|
|
|
|
kamisama233
Newbie
Offline
Activity: 42
Merit: 0
|
 |
April 14, 2019, 04:34:43 AM |
|
Very nice finding!
BTW I managed to reach 51.6mh, but in CN-R I can't get past 2150h/s no matter what i try. What is the trick there?
at what clocks on cnr? 1100 mem, 1500 core I just raised the core, hr went up to ~2200, but that is the max. But maybe the miner sw is not the fastest on CN-R, it's a fork of XMRig. Going to try TRM Update: with teamredminer on default setting it's 2300 h/s  okay. was gonna mention we're most likely limited on core freq on cnr. 2500+ is possible but with very high core oc of 1.75 Mhz. Making it lot less efficient. The current public TRM release isn't the best for these modded timings with tightened latency. That said, it's most probably better than all other options  . We're working on a version that we believe will take better advantage of the new fancy pants tools though. With a high core clk you can compensate and reach those max perf hashrates anyway, but with my current working version I'm doing 2318 h/s using 1407@900/1107@900, so those higher core clks aren't necessary. Note: this is on a Vega 64 LC, which can handle the super tight timings much better than my 8 x Vega 56 flashed 64. Running a ton of tests on those Vega 56s flashed 64 tonight, feels like this new dimension will increase the complexity a lot. It was never trivial to truly trim those Vega rigs for efficiency and get everything rock solid stable, and with the additional degrees of freedom available now, man... dear developer, thanks for the hark work for the great tool trm, so how to use this tools in vega 56 Samsung and hynix memory, what 's the settings will be for cnr on these cards, thanks
|
|
|
|
Lunga Chung
Member

Offline
Activity: 277
Merit: 23
|
 |
April 14, 2019, 06:18:14 AM |
|
Current values on RX470/480/570 & 580. Any help what to change first?
get the optimized values from the public straps with a decoder tool to use with amdmemtweak Yeah as a noob to all this modding that didn't even make sense. Are you saying to open something like overdriventool and find out what my current straps are, then somehow modify those straps via the winamdtweak? Thanks for your patie4nce. No, he means find a recommended public BIOS which is good for your card and download it. Use SRBpolaris to open modded BIOS and decode the values. This way you will see what changes you need to dial in to AMDMT
|
|
|
|
Miner Addict
Newbie
Offline
Activity: 31
Merit: 0
|
 |
April 14, 2019, 07:21:54 AM |
|
I changed a few things in the timings from todxx/kerney to (hopefully) improve compatibility with more air cooled Vega 64s w/ Samsung:
--rp 12 --rc 45 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5
This should also work for bios flashed 56 -> 64 w/ Samsung. However, I noticed hashrate drop overnight. If anyone has ideas lmk.
For Vega 56s w/ Samsung and original bios:
--rp 12 --rc 37 --rrds 3 --rrdl 3 --rcdrd 12 --rcdwr 5 --ras 25
Also based off of recommended settings from todxx/kerney, changed "rc" to work with Vega 56 w/ Samsung and original bios. Does not work with Hynix.
Edit: added --ras 25 so that RC = RAS + RP
Vega 56 Hynix, memory is limited for OC Polor max 930, above gonna crash Headache for tweak
|
|
|
|
Miner Addict
Newbie
Offline
Activity: 31
Merit: 0
|
 |
April 14, 2019, 07:37:48 AM |
|
Very nice finding!
BTW I managed to reach 51.6mh, but in CN-R I can't get past 2150h/s no matter what i try. What is the trick there?
at what clocks on cnr? 1100 mem, 1500 core I just raised the core, hr went up to ~2200, but that is the max. But maybe the miner sw is not the fastest on CN-R, it's a fork of XMRig. Going to try TRM Update: with teamredminer on default setting it's 2300 h/s  okay. was gonna mention we're most likely limited on core freq on cnr. 2500+ is possible but with very high core oc of 1.75 Mhz. Making it lot less efficient. The current public TRM release isn't the best for these modded timings with tightened latency. That said, it's most probably better than all other options  . We're working on a version that we believe will take better advantage of the new fancy pants tools though. With a high core clk you can compensate and reach those max perf hashrates anyway, but with my current working version I'm doing 2318 h/s using 1407@900/1107@900, so those higher core clks aren't necessary. Note: this is on a Vega 64 LC, which can handle the super tight timings much better than my 8 x Vega 56 flashed 64. Running a ton of tests on those Vega 56s flashed 64 tonight, feels like this new dimension will increase the complexity a lot. It was never trivial to truly trim those Vega rigs for efficiency and get everything rock solid stable, and with the additional degrees of freedom available now, man... So, Rig with 6 Vega 64 about 1320 Watts + fan, Mobo.= 1420 and sometimes fluctuates to ... Imagine the power socket could handle max in Ampere ? Could triggered burn at Cable and Socket
|
|
|
|
serg74
Newbie
Offline
Activity: 6
Merit: 0
ANdSqxxLkaYao5EQXWegcpPzyfHE22a6go
|
 |
April 14, 2019, 08:57:24 AM |
|
R9 390 works?
|
ANdSqxxLkaYao5EQXWegcpPzyfHE22a6go
|
|
|
kerney666
Member

Offline
Activity: 658
Merit: 86
|
 |
April 14, 2019, 09:06:10 AM |
|
Very nice finding!
BTW I managed to reach 51.6mh, but in CN-R I can't get past 2150h/s no matter what i try. What is the trick there?
at what clocks on cnr? 1100 mem, 1500 core I just raised the core, hr went up to ~2200, but that is the max. But maybe the miner sw is not the fastest on CN-R, it's a fork of XMRig. Going to try TRM Update: with teamredminer on default setting it's 2300 h/s  okay. was gonna mention we're most likely limited on core freq on cnr. 2500+ is possible but with very high core oc of 1.75 Mhz. Making it lot less efficient. The current public TRM release isn't the best for these modded timings with tightened latency. That said, it's most probably better than all other options  . We're working on a version that we believe will take better advantage of the new fancy pants tools though. With a high core clk you can compensate and reach those max perf hashrates anyway, but with my current working version I'm doing 2318 h/s using 1407@900/1107@900, so those higher core clks aren't necessary. Note: this is on a Vega 64 LC, which can handle the super tight timings much better than my 8 x Vega 56 flashed 64. Running a ton of tests on those Vega 56s flashed 64 tonight, feels like this new dimension will increase the complexity a lot. It was never trivial to truly trim those Vega rigs for efficiency and get everything rock solid stable, and with the additional degrees of freedom available now, man... So, Rig with 6 Vega 64 about 1320 Watts + fan, Mobo.= 1420 and sometimes fluctuates to ... Imagine the power socket could handle max in Ampere ? Could triggered burn at Cable and Socket Well, it's always the same story when new shiny tools come out: first it's the max-perf circus, trying to break the world record in hashrate on a single Vega 64 (which is fun in itself  ), then the more efficiency-focused tuning takes over. We've just seen the beginning of the journey for Vega timings imho.
|
|
|
|
Zorg33
Jr. Member
Offline
Activity: 144
Merit: 2
|
 |
April 14, 2019, 10:10:42 AM |
|
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.
|
|
|
|
lqs0208
Newbie
Offline
Activity: 4
Merit: 0
|
 |
April 14, 2019, 10:27:39 AM |
|
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.
51.72 on PM4.2C VEGA56@64BIOS CORE:1100,875, MEM:1100,875
|
|
|
|
rednoW
Legendary
Offline
Activity: 1510
Merit: 1003
|
 |
April 14, 2019, 11:22:41 AM |
|
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
|
|
|
|
|