- Joined
- Mar 18, 2023
- Messages
- 928 (1.45/day)
System Name | Never trust a socket with less than 2000 pins |
---|
There are certainly different levels of ECC support and features, it's not as simple as either/or.
And any such feature must be supported on every level in order for it to work, so in most cases the ECC memory itself, CPU memory controller, BIOS and OS(!). If one is lacking the desired support, the entire feature is just a placebo. And even though most CPU memory controllers have support technically, if they don't support it officially, they are probably not verified, so it might not offer the protection that you want, so a BIOS "enabling" ECC on an unverified CPU might not be a good idea.
I wish I had time to do a deep-dive into researching what ECC levels are supported on various mainstream and workstation platforms, and do real validation on it, not just trust marketing gimmicks.
But even moreso, get some real answer to find out when ECC actually makes a real world difference. Even though I understand well how it works, I still couldn't give a clear answer to where to draw the line on having it or not. Clearly, mission critical servers should have it, but should your home "workstation" have it?
And I'm not primarily worried about crashes. I mostly use Linux, and system crashes and reboots are hardly in my vocabulary. I'm more worried about undetected memory corruption leading to corrupted files/data. When applications are running for months, what are the likelihood of corrupted data?
There is no such answer. It is the age old catch-22: if you don't have ECC you can't tell whether you need ECC (because you never learn about errors you did actually experience).
I run ECC with various Asus and Gigabyte AM4 boards successfully. I know because I got bad modules and had the errors reported in Linux. I don't think the Linux kernel has a working driver for intel's W680 chipset yet. I dunno about AM5.