News for hackers. Stuff that matters.
Re:Starcloud by notahacker on Wednesday October 22, 2025 @08:15AM (#45667888)
You've also got the problem of cosmic radiation flipping bits. Your fault tolerant architecture probably mitigates this with redundancy, with the extra aervers again eating into the purported advantages of extra solar power. Dealing with the PITA of single event upsets is something developers of edge data processing software in space put up with to avoid the latency issues that data clouds in space introduce
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?
Re:Starcloud by btown on Wednesday October 22, 2025 @12:17PM (#45671413)
In all seriousness, if AI models can handle quantization, they can handle some flipped bits from time to time! There are probably some fascinating papers to be written around how to choose which layers in an LLM architecture could benefit more than others from redundant computation in a high-radiation environment.
Re:Starcloud by kibwen on Wednesday October 22, 2025 @12:44PM (#45671765)
Brilliant, to turn up the model temperature we just hinge open the shielding. I call dibs on the patent!
Re:Starcloud by lawlessone on Wednesday October 22, 2025 @02:18PM (#45673081)
Ok, has anyone patented chips with radioactive source glued to them? For "true" randomness.

If it not i want dibs on it.

Re:Starcloud by DontBreakAlex on Wednesday October 22, 2025 @02:42PM (#45673390)
https://en.wikipedia.org/wiki/Hardware_random_number_generat...

> and even the nuclear decay (due to practical considerations the latter, as well as the atmospheric noise, is not viable except for fairly restricted applications or online distribution services)

Re:Starcloud by notahacker on Wednesday October 22, 2025 @04:52PM (#45674998)
yeah, I think the space weather experts would have fun statistically analysing the single-event-upset RNG :)