| ▲ | kmoser 2 days ago | |||||||||||||||||||
The next logical step would be to somehow inform users so they could take action to replace the bad memory. I realize this is a challenge given the anonymized nature of the crash data, but I might be willing to trade some anonymity in exchange for stability. | ||||||||||||||||||||
| ▲ | titaniumtravel 2 days ago | parent | next [-] | |||||||||||||||||||
The easy solution for that is to just do that analysis locally... Firefox doesn't submit the full core dumps anyhow for this exact reason and therefore needs to do some preprocessing in any case. | ||||||||||||||||||||
| ▲ | sfink 8 hours ago | parent | prev | next [-] | |||||||||||||||||||
I think the firefox crash reporter does now? It does a limited memory scan and reports problems it finds. No privacy violations required. That's different from what you're suggesting, because you're right that the crash reports are analyzed with heuristics to guess at memory corruption. Aside from the privacy implications, though, I think that would have too many false alarms. A single bit flip is usually going to be an out of bounds write, not bad RAM. | ||||||||||||||||||||
| ▲ | shiroiuma 2 days ago | parent | prev [-] | |||||||||||||||||||
>The next logical step would be to somehow inform users so they could take action to replace the bad memory. This isn't really feasible: have you looked at memory prices lately? The users can't afford to replace bad memory now. | ||||||||||||||||||||
| ||||||||||||||||||||