Overclock.net - An Overclocking Community - Reply to Topic

Thread: ASUS PRIME X470-PRO (Issues and Successes) Reply to Thread
Title:
Message:

Register Now

In order to be able to post messages on the Overclock.net - An Overclocking Community forums, you must first register.
Please enter your desired user name, your email address and other required details in the form below.
User Name:
If you do not want to register, fill this field only and the name will be used as user name for your post.
Password
Please enter a password for your user account. Note that passwords are case-sensitive.
Password:
Confirm Password:
Email Address
Please enter a valid email address for yourself.
Email Address:

Log-in


  Additional Options
Miscellaneous Options

  Topic Review (Newest First)
06-13-2019 01:41 AM
vitgar83
Quote: Originally Posted by malakudi View Post
My issue with 4804 is that on boot, before the ASUS logo is shown, I see for 1-2 seconds an empty screen with a cursor in upper lefter corner. This hasn't happened before with any BIOS version.
I have too the black screen with underscore already with the previous bios.
06-11-2019 04:51 AM
MishelLngelo Anybody using Macrium Reflect with 4804 BIOS ? I can't get MR rescue USB or RE to run. Boots but locks up computer right after it BOOTs. Picture is there but nothing reacts.
06-09-2019 02:53 AM
Reous Hey malakudi,
Asus is already informed about this issue and the ACPI problem. We are waiting for a fix now. So far i know this problem exists since first ComboAM4 Bios.



Haven't heard something about your second problem so far. At least not on Windows based systems.
06-09-2019 12:03 AM
malakudi
Quote: Originally Posted by Reous View Post
Bios 4804
https://dlcdnets.asus.com/pub/ASUS/m...-ASUS-4804.zip


Update AGESA to ComboAM4 1.0.0.1 for the upcoming processors.
Please notice that this version of BIOS can only be updated via EZ Flash.


Haven't tested it now.
Hi Reous, I have seen in hardwareluxx that you talk about an issue with 4804 and sensors after standby or after running for some time. Just wanted to let you know that this issue doesn't exist under Linux (it87 kernel driver). The difference over previous versions is that now the memory address for it87 sensors is claimed from ACPI BIOS, so in Linux we need to load the driver with option "ignore_resource_conflict" - which as stated by the driver author "This is inherently risky since it means that both ACPI and this driver may access the chip at the same time. This can result in race conditions and, worst case, result in unexpected system reboots." So maybe someone needs to mention to ASUS to exclude again this address from ACPI tables.

My issue with 4804 is that on boot, before the ASUS logo is shown, I see for 1-2 seconds an empty screen with a cursor in upper lefter corner. This hasn't happened before with any BIOS version.
06-07-2019 08:28 PM
Handrox
Quote: Originally Posted by umeng2002 View Post
Mmm... Good to know. Right now at 3333 my latency is 60ns... I might try higher speeds with loser timings and see of the latency increases...
The lowest latency I got was something around 56ns, using the RAM 3666MHz [email protected] in a benchmark round. After that I saw that achieving latency below 60ns in a stable way is very costly and not worth for day to day, and that the difference in performance is insignificant.
06-07-2019 05:28 PM
umeng2002 Mmm... Good to know. Right now at 3333 my latency is 60ns... I might try higher speeds with loser timings and see of the latency increases...
06-07-2019 10:39 AM
Handrox
Quote: Originally Posted by umeng2002 View Post
Thanks for the info.

Do you think it would be worth it run at CL15 or CL16 for 3400 or higher? Technically the latency is worth that CL14 at 3333.
I think latency in Zen + is 60ns, trying to go below that is very costly. I preferred to keep the highest transfer rates possible within those 60ns. I was lucky in the RAM modules and Zen and Zen + CPUs that I could use because in all of them I managed without much difficulty 3466MHz CL14 to 3600MHz CL14. My first boot in an Asrock B350 Fatality was with 1700X and 3600MHz CL16 RAM, I installed every system so of course when I went to do high load tasks the system disarmed and had to reduce to 3466MHz.
06-07-2019 01:51 AM
MishelLngelo I like to have everything running at best efficiency and it's good (as in doesn't hurt) to have as fast memory with lowest possible Cl but Cl is not making much difference in overall performance, not enough to sacrifice stability, cause need for higher voltage or having to work hard just for it. There are some applications that can make use of lower Cl and some that do not. Cl16 to Cl14 for instance, would show only in memory benchmarks, so other than that, hardly worth the effort.
06-06-2019 10:29 PM
umeng2002
Quote: Originally Posted by MishelLngelo View Post
M kingston 3600 is rated at Cl18 at that frequency according to it's XMP yet works at Cl16 in 4602 BIOS. Although it's b-die, any attempts to lower CL have not been successful. I will flash 4804 shortly and see what happens.
Quote: Originally Posted by Handrox View Post
I'm using exactly this setting. Only the SCL is 2 well place of 3.
Thanks for the info.

Do you think it would be worth it run at CL15 or CL16 for 3400 or higher? Technically the latency is worth that CL14 at 3333.
06-06-2019 12:34 PM
MishelLngelo I didn't have much time for experimenting but found some funny stuff. DOCP 3600 and RAM at 3600MHz, no boot but DOCP 3000 and RAM 3600MHz works perfectly.
PBO left on auto or set to x10 gives same results, ~4.12GHz all cores or 4.29 one to 4 cores. on CB r20 benchmark giving score of 4023. Didn't try straight uo Processor OC yet but that shouldn't change..
This thread has more than 10 replies. Click here to review the whole thread.

Posting Rules  
You may post new threads
You may post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off