LGA 1700 Alder Lake "Servers"
- Thread starter tjk
- Start date
Notice: Page may contain affiliate links for which we may earn a small commission through services like Amazon Affiliates or Skimlinks.
Sorry to hear about the dead CPU.
Maybe try this time to monitor after the SOC voltage.
first release is available at ASUS support BIOS page
I forgot this thread existed before creating this one regarding Asrock Rack w680 boards, apologies: https://forums.servethehome.com/index.php?threads/asrock-rack-w680-motherboards-discussion.40194/
I apologise for the very late reply. Yes, I am referring to KSM48E40BD8KM-32HM, and I'm using a 13900k.
I was on the initial release but just updated it to the latest. I had a similar experience to you, but I found that the memory controller was running at 1.35v and the DRAM at 1.3v when leaving everything on auto!
I've got the memory controller down to 1.11875v and set VDDQ and VDD to 1.1v. All appears stable so far at 4800MHz.
Last edited:
I stand corrected. I'm failing Test 9 (Modulo 20, random pattern). Are the sticks bad, or is this an expectation with DDR5?
Everything is on auto, and I've bumped VDD & VDDQ a tad over 1.1v, but it won't pass.
i9-13900k
4x KSM48E40BD8KM-32HM @ 4800MHz
W680 ACE
Last edited:
Hi, none of the boards I checked officially support more than 128GB of RAM but some of the customer LGA1700 already do.
Has anybody tried 48GB ECC or non-ECC modules on any of the boards?
Thanks.
Has anybody tried 48GB ECC or non-ECC modules on any of the boards?
Thanks.
False alarm! I was using Memtest86 6.0 from a Proxmox 7.3 image which failed instantly at Test 9.
I'm running v10 now, and so far, so good. I will run this for 24 hours or so to be sure and provide an update. Phew!
Last edited:
I have two questions about this.
1. Has anyone here actually ever encountered memory errors? I can't say I have, despite never running ECC-enabled hardware. But I'm not running a hundred servers 24/7 either, my experience is limited and not statistically significant.
2. What about the built-in ECC that every DDR5 module has? Judging from the specs it should be good enough, but maybe I misunderstand something.
Last edited:
I once had a chipset chip, located under the RAM, heat up the RAM so much that errors came piling in. Without the notifications from ECC it would have scrambled my filesystems before I added a chipset fan.
No, that almost makes it worse. You have no reporting, so for all you know you have broken cells right from the beginning, all through your memtest runs, and you are sitting on a statistical time bomb.
1. Many times. The usual server experiences a handful of bit flips per year. The cause afaik is decaying radioactive atoms upsetting a bit which were already present since memory left the factory. Most don't even have a direct effect, because it only concerns data, not program code. Flips in program code might also be of no consequence, if the path is unused. Some times a module will gradually develop more errors. You will never know without ECC and a service like rasdaemon which can read and report error counters. I have come to rely on beefy Xeons (82xx) even at home, because their memory controllers are just so much more resourceful than small Xeons derived from desktop chips.
2. DDR5 wouldn't even work without on-chip ECC, because the structures have gotten so small even a slight disruption (bit flip from cosmic rays, decay, high temperatures, etc.) will cause data errors.
2. DDR5 wouldn't even work without on-chip ECC, because the structures have gotten so small even a slight disruption (bit flip from cosmic rays, decay, high temperatures, etc.) will cause data errors.
Just set up my new build with Asus PRO WS W680-ACE, i5 13500, and 2x 32gb Hynix HMCG88MEBEA.
Using dmidecode I see 80 total width which is a good sign, however, memtest is just showing N/A for ECC support. Any ideas what I could be missing here or things I could try to get (or confirm) ECC working?
Using dmidecode I see 80 total width which is a good sign, however, memtest is just showing N/A for ECC support. Any ideas what I could be missing here or things I could try to get (or confirm) ECC working?
are you using actual MemTest86 version with Raptor Lake support ?
BIOS up to date ?
Why do Raptor Lake CPUs only support 128 GB of RAM? What will happen if you install 4x48 GB modules, will it refuse to POST?
Last edited:
Should be a memtest version that supports it, I'm using 10.4. Other posters on earlier versions like 10.2 have it working: https://forums.servethehome.com/index.php?threads/lga-1700-alder-lake-servers.35719/post-364922
And bios is at the latest as of today, 2305.