for the 7000X3D series thought.Hopefully this means ECC support?
indeed UDIMM non ECC is cheaper than UDIMM ECCM323R4GA3BB0-CQK? They're a bit cheaper than the Hynix HMCG88MEBEA.
Ah, bummer. This page tricked me: M323R4GA3BB0-CQK - 1x 32GB DDR5-4800 UDIMM PC5-38400U Dual Rank x8 Replacementindeed UDIMM non ECC is cheaper than UDIMM ECC
this is why this thread is/was created.The table on the right says ECC.
i doubt its a very low profile like shown in the picture.So is there any downside to the low-profile Micron memory from wiredzone? It's cheaper than the Hynix plus it's in stock. Seems like a win/win.
I'm considering giving these a shot on the Asus Pro WS W680. The report of them working on the supermicro X13SAE w680 board is encouraging but holy crap is it an expensive roll of the dice if it they don't work with the return policy being go pound sand.So is there any downside to the low-profile Micron memory from wiredzone? It's cheaper than the Hynix plus it's in stock. Seems like a win/win.
I have done the same with my Gigabyte AM5 B650 board. I have tested DDR5 Micron ECC modules with the B650 board and ran commands if they are running in ECC mode. I ran the commands "dmidecode" and "wmic". Both commands report that the memory should run in "multi-bit ECC" mode. Unfortunately, it is probably not the case, according to this Gigabyte comment:Cool. I'm working toward a AM5 build with a ASUS Prime board. I may volunteer for tribute to see whether ECC works in that one.
I do not know how to test, but since ECC is supported by the CPU, my guess (hope?) is that if the OS sees ECC, then ECC is active and errors are being corrected/reported. But honestly it would mostly be hope unless and until someone more knowledgeable than me can actually confirm that is the case.How would you test whether it would actually detect and correct errors and not just the "supports ECC runs in non-ECC mode".
I have a Gigabyte B650 board with AGESA 1.0.0.4, and when I run the "wmic" and "dmidecode" commands, both indicate that it should run the memory in ECC mode, but it probably does not, according to Gigabyte:
https://www.reddit.com/r/gigabyte/comments/10jiv6c/_/j6itccf
I am not holding my breath whether ECC will be enabled on the Gigabyte even in AGESA 1.0.0.5 (which should support ECC according to rumors). They have removed ECC support from their specs and might not be putting them back. Given that my current Gigabyte B650 board has a buggy BIOS, and memory compatibility is poor even on my other Gigabyte W480M VISION W board (I am fairly certain my Gigabyte W480M board is incompatible with the models of ECC memory and it is not a defect of the CPU or memory, as I have tested and four different memory modules from two brands, and two different Xeon CPUs, and both output errors in Memtest86).
4 x DIMM, Max. 128GB, DDR5 6400+(OC)/ 6200(OC)/ 6000(OC)/ 5800(OC)/ 5600(OC)/ 5400(OC)/ 5200/ 5000/ 4800, ECC and Non-ECC, Un-buffered Memory
Oof. That's rough. I'm reconsidering Zen4 for my uses for reasons unrelated to ECC support. Idle power is just too high for me for something that is going to be running 24/7. Too bad because the power-per-watt efficiency is off the charts for these chips, but I'm typically running 5-10% total CPU load most of the time, with only occasional spikes of full usage. I'm thinking a 12th/13th gen i5 on a W680 board is a better fit for my usage pattern.I have updated BIOS to F5b which has AGESA 1.0.0.5-C. Memtest86 10.2 displays the same message: "ECC Enabled: N/A (Unknown)".
My CPU is defective but it is not sent to AMD for replacement yet. Even with CPB set to Disabled, it still crashed three times during several days of use. I just tried booting into Linux and it froze.