News for hackers. Stuff that matters.
Re:Starcloud by preisschild on Wednesday October 22, 2025 @09:10AM (#45668571)
I wonder if "normal" RDIMM ECC would be enough to mitigate most of those radiation bit-flipping issues. If so it wouldn't really make a difference to earth-based servers since most enterprise servers use RDIMM ECC too
Re:Starcloud by eptcyka on Wednesday October 22, 2025 @09:58AM (#45669265)
You'll get bitflips elsewhere besides just in RAM. A bitflip in L1 or L3 cache will be propagated to your DIMM and noone will be the wiser.
Re:Starcloud by zamadatix on Wednesday October 22, 2025 @10:04AM (#45669361)
I thought server CPUs already handled this? E.g. for Epyc https://moorinsightsstrategy.com/wp-content/uploads/2017/05/...

> Because caches hold the most recent and most relevant data to the current processing, it is critical that this data be accurate. To enable this, AMD has designed EPYC with multiple tiers of cache protection. The level 1 data cache includes SEC-DED ECC, which can detect two-bit errors and correct single-bit errors. Through parity and retry, L1 data cache tag errors and L1 instruction cache errors are automatically corrected. The L2 and L3 caches are extended even further with the ability to correct double errors and detect triple errors.

Re:Starcloud by shrubble on Wednesday October 22, 2025 @11:57AM (#45671081)
Sun Microsystems famously had this problem with their servers using the UltraSPARC II chips, with cache SRAM that didn’t have ECC. Later versions of their processors had ECC added.
Re:Starcloud by LtdJorge on Wednesday October 22, 2025 @10:47AM (#45669946)
Those do ECC already
Re:Starcloud by ls612 on Wednesday October 22, 2025 @07:12PM (#45676334)
What about the registers?
Re:Starcloud by yencabulator on Thursday October 23, 2025 @06:37PM (#45688270)
What about the ALU/FPU/TPU itself?