cancel
Showing results for 
Search instead for 
Did you mean: 

X670 resource

Shamino
Moderator

ill use this thread to collect some new test bioses for the boards, maybe also to explain some less understood options

to disable cores ccd go here and choose ccd xx bit map down core.
each ones stand for an enabled core
best to disable from the back, ie:
110000
instead of 0011000
after selection press downcore apply changes or discard if made mistake

ocpak/octools

FAQ:
7950x not boosting pass 5.5G -> check that CStates is not disabled
Detailed Explanation on CState Boot Limiter


Test BIOSes:

new:
X3D OC Preset for those MB with asynch BCLK Support: (for simple slight perf boost for X3D)
97792

DOCP/EXPO Tweaked: (for simple timings tightening)
97793

strixe-e 1515 

strixe-f 1515 

strix e a 1515 

crosshair hero 1515 

crosshair gene 1515 

crosshair extreme 1515 

creator 670 1515

creator b650 1515

strix 650E I

strix 670 itx

 

 

for crosshair and strix e-e:

explanation of segment2 Loadline:

dualseg.jpg

customize a heterogenous loadline for a dual segment workload range.

example above shows loadline=L6 when current is in range of 0~40A, and Level4 when current is above 40A.

 

 

 


Adds for x3d

dynamic ccd priority switch with core flex, os / driver agnostic so win10 win11 ok

97403

97404

Algo as follows:
If condition reached and ccd0 specified, then check current mem/cache activity > threshold and hysteresis reached, if fulfilled then switch
If condition reached and ccd1 specified, then check current mem/cache activity <=threshold and hysteresis reached,, if fulfilled then switch
Default hysteresis =4

Can combine multiple algos for ccd priority so combinations are wide

works on non x3d too but of course senseless on it. detailed explanation here.

578,040 Views
2,389 REPLIES 2,389

If it’s a case of electrical properties or signal integrity, does the training process alter termination settings/drive strengths that arent exposed within the dram timings menu such as, but not limited to, processor ck, ca, cs?

The main termination settings from boot to boot are set to static values (at least anything reported by zen timings), so its confusing as to stability would change boot to boot (electrically/signal integrity) unless some of these other termination values are being auto determined differently during training each post.

 If every condition was identical between subsequent restarts and power cycles you probably wouldn't be looking for these answers. The fact these difficulties are occurring high up in the frequency spectrum also aligns with this, as the margins are far tighter. The system cannot accommodate an unlimited number of drivers to perfectly match impedance for every possible scenario. Instead, it must make use of the closest match available, which may not be sufficient. 1:2 ratios are currently off the reservation as there is no official validation for anything above 6400MT. If there's any room for improvement [in terms of auto ruling] I'd just advise you to watch this space for now.

For the time being, I would aim for a frequency the system is comfortable being at whilst being stable. In your case, I would expect X670 chipset to receive any updates before entry level, though.

13900KS / 8000 CAS36 / ROG APEX Z790 / ROG TUF RTX 4090

Hi,

I am in same situation of AEGISFLCL.

I own Strixe-e and even 7400 1:2 is impossible to stabilize. When I say stabilize, I mean consistent at least 30000% coverage in Karhu’s boot to boot.

I can pass 40k coverage.

I reboot, relaunch Karhu’s, and fail at 110% coverage….

I am also very active on OCN and only strix owners and 1 hero owner have this issue.

Gigabyte 2DPC boards don’t have these limitations.

this is very frustrating and boring.

 

Either it is training which doesn’t work well either board limitation.

if it is training, we count on Asus to solve this.

thanks.

Hey GRABibus,

Hope you're well. Let me know the memory kit PN please

13900KS / 8000 CAS36 / ROG APEX Z790 / ROG TUF RTX 4090

Hey man,

I am well, thanks. Hope you also !

here is the kit I use :

https://www.gskill.com/product/165/374/1668740013/F5-7800J3646H16GX2-TZ5RS

But I am pretty sure the issue is board/bios  related.

.

Thanks, your questions aren't going unheard. 👍

Always need to know what memory is being used. Just be mindful that GSKILL hasn't done any validation on AM5 for that kit. The voltage guardband instilled by the vendor is often not transferable across platforms (yet another reason why the QVL exists), so your mileage is always going to vary.

13900KS / 8000 CAS36 / ROG APEX Z790 / ROG TUF RTX 4090

Thanks !

so, which kit 7800/8000 would you advise me to test ?

One of the great Overclocker on OCN tested the Team Group 8000kit, same bad results on strix.

Is this kit approved on AM5 ?

Doubtful, given it's 8000MT. I'd be asking yourself how many CPUs can even do those frequencies unconditionally, too. Some of that is up in the air currently. These types of validation processes can be time-consuming, and mostly done at launch. These are questions that hopefully can be addressed soon.

13900KS / 8000 CAS36 / ROG APEX Z790 / ROG TUF RTX 4090

Strix is the only board those limitations on OCN.

I am talking about overclocker Chew. He tested 8000kit team group on strix, same problems.

Erratic errors in karhu's boot to boot.

With this kit and same CPU, he is stable H24  8000 CL34 on Gigabyte Aorus Extreme.

Strix is the problem, for sure.

Hope you can help 😉