chew*
-
Posts
589 -
Joined
-
Last visited
-
Days Won
11
Content Type
Profiles
Forums
Events
Blogs
Posts posted by chew*
-
-
On 12/17/2020 at 5:53 AM, flanker said:
No, it is based on hardware level, not only at BIOS level.
I've played with the feature. It's viable if your not setting your baseline at "prime stable clocks" but AMD does a better job at it if your target fixed clock is "prime stable clocks"
Right now other than that feature and or want the ability to SHOW a number higher than 2000 fclk or require the slightly improved vrm for benching on ln2 or just want a fanless heatsink solution I see no reason to upgrade to DARK. It's not bad, I like it but overall experience wise it runs and performs the same in the 24/7 stable department.
-
11 hours ago, d0minat0r said:
Any Idea why I have that bad score FCLK is 1800
probably a similar situation as this.
Fmax scalar vs PBO.
4.6 avg clocks through CB
4450 avg clocks through CB
Although I noticed something when pushing dual CCX chips to the ragged edge that score is effectively half what you would expect leading me to believe 1 CCX has dropped.
-
On 12/15/2020 at 8:09 AM, noizemaker said:
bios 3003 allows higher fclk, but i am not stable at 1966 with 5600x or 5950x..
please can we have a nice bios, looks like flck is working on hero with 3003..define working are you looking to be stable or looking to bench. I'm not saying its impossible but i am saying its possible that it will never be stable due to the whea reports being cpu bus/interconnect. booting and running does not denote stability which both hero's lack at anything over 1900 in my testing.
-
4 minutes ago, chew* said:
Jack up your PLL voltage to about 2.1v. Benching only........do not take this advice anyone running 24/7.........
High pll buys you about 200 mhz more mem clocks linked. without it the chVIII non dark is capped at 3800/1900. If you experience slowdown crank it till you don't....... Board choice seems to matter alot as to how high the fclk can go linked to mem, as long as the vendors aren't already playing games with pll you should be able to gain 200 mem/100 fabric.
Quote
-
1
-
-
On 12/13/2020 at 11:38 AM, Dancop said:
Next step is 4k mem with 2k fclock... But there seems to be no way to run it like that actually
Jack up your PLL voltage to about 2.1v. Benching only........do not take this advice anyone running 24/7.........
-
probably error correction feature in cpu causing slowdown.
bclk on asrock x370 was limted to like 110 previously have to kill all devices no nvme best to physically unplug the bluetooth/wifi from board as it knocks it out will probably break it. pci e gen 1 etc etc all the AMD bclk tricks will be needed for it to maybe work.
-
2
-
-
yep davis was a tad faster than this on the giga which was faster back then. This was one of the fastest 4 gig results back then. looks like 5000 series does it easily.
Now ill have to break it down see if cpu model impacts results or we don't need the highest cache cpu to play the game. I imagine at your experience level you tested 2x8 also loud so coldbug was bad regardless i gather?
-
On 11/25/2020 at 2:43 AM, l0ud_sil3nc3 said:
Can't get W7 installed atm on the current bios, so decided to try out W10 on a completely untweaked os, just boot direct from bios and run to get some baselines for Vermeer. Using a dual rank kit which is a first for me and performance seems pretty strong.
Unfortunately both cpu's cold bug here no matter what fclk so this is all air cooled since no point in wasting juice on this.
now AMD is faster than r1 finally. hows the 4 gig clock results loud?
-
21 hours ago, speed.fastest said:
You need to check what PCB do you guys have on the B-Die Dual Rank, you need B2 PCB (equal to A2) for benching with higher frequency above 4600 with 1T.
yah it's not that causing this problem speed.
These are neos. they are from the new bins. In fact they are very close to the non existent 1.4v c16 4000 bin as they can do 4000 16-16-16-36 4000 @1.4v if I leave everything else auto. I'm only running 1.45v to 100% ensure they can handle my subtimings. 1T is really not the problem anyway. the problem exists without even throwing 1t in the mix and the problem lies somewhere in the training when trying to manually tune shit.
If B0 and B1 is shit then A0 and A1 should be shit as well. I have 4 8gb sticks of old B die so I will compare them versus my royals 2x8 gb which are new bdie but tbh i'm not expecting much as this board currently has an artificial wall.
I already found a very convincing bug and can do 4600 with only 1.35vddr ( because if you change that it fails boot )
Almost full auto boots and runs tests fine 4400/4500/4600 but copying settings and inputting them identically fails training so it's not possible manual.
Honestly I know how they test and i'm testing the same way so they probably think nothings wrong board does 4600 it's good. Go manual and not so good
-
2
-
-
1 hour ago, pipes said:
In auto I'll seen 1.4~ in auto mode
That is not gonna kill anything. I've run up to 1.7v and i'm sure the hardcore benchers run more.
-
Just requires a little balls and good air/water, @ 4300 he was probably under 1.4 vccsa and 1.3vccio as that what the board autos to @ 4400.
-
Heres proof on 1.2z bios. I included voltages. If I even set vdmim manually to 1.35 this will not make it to bios. I would not call the bug voltage related I would say its manual settings related as literally I set speed primary timings that can actually run @ the 1.35vdimm limitation and set PPD 0. If I set rtl training no post. if I set turnaround training no post. if I set vdimm no post if I set vccsa no post if I set vccio no post. If I set subtimings no post. I should rephrase that. it fails OC it posts but fails to boot with desired settings.
This is your 4300 limitation bug.
Unfortunately my 32gig set can't seem to hack it over 4600 with 1.35 vdimm limitation or the vccsa is getting more retarded than it already is @ auto.....
-
17 hours ago, sokdak said:
Here's some test result about 1T and 2T on z490-i unify.
either 12Z and 12T bios cannot boot above 4300 freq.
and i've found some strange that 1N(Fake 1T) option mentioned as equals to N:1N(N=3), but latency is not the same.
It can boot above 4300 and that "wall" is around 4200 on DR 2x16gb but not full manual. I mentioned this bug awhile back.
Touch no voltages set primaries loose and touch nothing else (18-18-18 4400 20-20-20 4600 ) even 32gb can boot 4600. after 4400 vccsa gets excessive ( 1.6 vccsa) though so fair warning. Just manually setting voltages alone and setting them to exactly what board is auto setting is enough to hang up the boot sequence but I have not pin pointed the problem.
-
19 hours ago, Falkentyne said:
They are the same setting.
I've seen several "sub" parameters for that setting with absolutely no documentation on it on some laptops, I think I saw three looking at a MSI laptop BIOS with AMIBCP 5.02.
I only remember a 0, 1 and 2 however. Or perhaps the 'first' one had recommended values of a 0,1,2 on some strange Asus BIOS and the second was like 5,6,7 I honestly don't know or remember. hard to remember bios settings with absolutely no documentation.
Ok I found it.
DLLBwen[0] for 1067 (0...7) -->failsafe: 0, Optimal: 0
DLLBwen[1] for 1333 (0...7) -->failsafe:0, Optimal: 1
DLLBwen[2] for 1600 (0...7) -->failsafe:0, Optimal: 2
DLLBwen[3] for1867 and up (0..7) -->failsafe:0, Optimal: 2
Don't ask me what any of that means.
Here's a tad more info on what it does. It existed on z390 but not everyone knew much about it.
-
3 hours ago, pipes said:
Wich parameter have setting of RTL iol?
RTL IOL are impacted by alot of things. Density. Cas latency and speed. Sometimes you can pull them in tighter if a board defaults loose. Sometimes you can't. typically speaking if 4 dimms 58,59,60,61 for example would be normal for 4 dimms. 58,59 for 2 dimms of course all this can change based on CL and speed so the simple way to drive RTL lower is lower CL.
IOL at least on this board is rather loose with DR dimms.
-
7 hours ago, yaqy123 said:
Bios still needs optimisation, seems to be many glitches on the atx and itx in terms of daily stability of ram. 1t is fixed on ITX but not on ATX yet unfortunately.
100% in agreement but at least we are not taking steps backwards. Newer bios are improving operation.
-
42 minutes ago, yaqy123 said:
4000mhz is pretty easy to stabilise even on the ATX, im talking the 4600mhz range.
It's 32g and that profile is conservative and still won't load everytime unless I set them to 0 not 2x8.
I explored beyond and went balls out. this was impossible with out them set to 0. This also loads every time now.
I'm fairly certain it would be way easier on 2x8
-
12 hours ago, yaqy123 said:
I do have dllbandwidth set to 0, but dllbwEN i cant seem to find in bios, is this an itx only option i assume?
you guys are probably 1 version behind me then. Screenshot shows defaults. It's right under dll bandwidth. setting that to 0 alone does not buy me much. setting these all to 0 got rid of my random retrains something fails OC. Not only that but without it say I set trefI to max my rtls would go wacky even though set manual when I set trefI max. now they don't with 0,0,0,0. In fact I can pull a lot of timings in now and boot fine. I should probably do a video. My settings are prime stable hci stable tm5 anta stable occt stable aida stable but if I loaded defaults then loaded profile fail OC. just changing those now when I load profile it works every time.
-
9 hours ago, pipes said:
Where can find the explication of Miles and Miles timings settings?
Here's a guide although it mostly follows the rules which some can be broken.
https://github.com/integralfx/MemTestHelper/blob/master/DDR4 OC Guide.md
-
1
-
-
22 hours ago, yaqy123 said:
Yes i do @Sparky's__Adventure. This is my current daily, 4533 mhz i had stable in the past but even with locked rtls/iols it would reboot and become unstable retraining something i couldn't see. Bios is lacking on the ATX for sure.
Have you tried setting DLL bandwidth 0 and all the dllbwEN settings to 0? That seemed to solve my random load profile and sometimes train and sometimes not issues. I don't have a post code reader on unify itx but i have debug lights without those set it goes 1-2-3 repeats 3 times fails oc. With set to 0 it just goes 1-2-3 boot. Not to mention those settings are magical as i can run way tighter timings yet i can't measure any losses anywhere.
I've played with Rtt's also but maybe I just have not found the right combo yet. So far its not buying much with DR on my particular setup.
-
1
-
-
Just exploring options in the new bios and what the board can and can not do.
2x16 DR 36ns flat @ 4200 c14.
-
I don't think 5 gig is an artificial issue. My chip can bench 5.2 ( multithread like CB ) and I've run xtu @ 5.1 on sub par cooling.
If anything I gained 100mhz benchable over my buggy/broken from day 1 ASUS z490 Itx -013 serial # board.
I'm sure if I swapped the cooler in the prototype i'm working on to my liquid freezer 2 280mm I could get over 5 gig stable.
-
13 hours ago, Sladen said:
PPD setting doesnt make 5-6ns latency Difference...
4400 c17 Asus board 37ns
4600 c17 msi board 41ns
4400 c17 msi board 43ns
There is no ppd in msi Bios.
you would be wrong. If i was not running memtests right now to screenshot i'd go screenshot bios right now. Unify I memory timing page bottom of page power options PPD enabled 2 or 3 settings down from that I have PPD 0 set.
These are not even try hard memory timings and I'm sub 40ns because I have PPD 0 set in bios. And yes it absolutely on it's own does. My latency would be 45-46ns if i change nothing but that. I've already stated this in this thread if you read.
Also the Asus being at 37ns @ 4400 c17 is not impressing me. My Asrock gets 37ns @ just c15 3600.
Looks like PPD to me in screenshot 3 but maybe I forgot how to spell. Added as of 1.2w.
screenshot 4 shows what was added with 1.2z bios.
-
6 hours ago, Sladen said:
Is the high latency on msi boards now fixed with that Bios?
I changed my board from Asus maximus hero XII with 4400 c17 to msi ace and now 4600 c17 but latency on msi board is way way too high.
Should i try the Bios?
I would go with the latest. Your latency issues is just the PPD setting bottom of mem timing page. Set PPD enabled in power options then set the PPD to 0.
Zen SuperPI 32M 5G/4G Challenge
in Ryzen | Bristol Ridge AM4
Posted
My guess would be aggressive error correction. 2000 is not really any more stable than 3933 or 3966 all produce whea errors when not cutting OS memory down via maxmem. 3800 and lower is perfectly fine if there is no post hole which apparently even on DARK my 5900 has at 3800 with 07 post code. 3800+ boots fine but wheas.