<div dir="ltr"><div>I've had a bunch of older AM2 processors fail over  time.</div><div><br></div><div>I had a couple of Asus M2NPV-VM from my old MythTV development days. One machine was upgraded from an X2 3600+ to an Athlon X2 5050e. After about 10 years of constant use I had serious stability issues, and CPU stress tests confirmed it was the CPU. Swapped back to the original 3600+ I was able to get a good couple of extra years usage out of the motherboard and RAM before the motherboard finally gave out.<br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Feb 4, 2025 at 1:51 PM Dan Kortschak via linux-aus <<a href="mailto:linux-aus@lists.linux.org.au">linux-aus@lists.linux.org.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 2025-02-04 at 11:12 +1100, Russell Coker via linux-aus wrote:<br>
> <a href="https://www.theregister.com/2021/06/04/google_chip_flaws/" rel="noreferrer" target="_blank">https://www.theregister.com/2021/06/04/google_chip_flaws/</a><br>
> <br>
> I've been considering this issue of flaws in CPUs ever since it first<br>
> was<br>
> reported 4 years ago.<br>
> <br>
> <a href="https://arxiv.org/pdf/2102.11245" rel="noreferrer" target="_blank">https://arxiv.org/pdf/2102.11245</a><br>
> <br>
> There is no good data published about how common such problems are<br>
> but<br>
> Facebook states "hundreds" of CPUs out of "hundreds of thousands" of<br>
> systems<br>
> which implies something like 1/1000.<br>
> <br>
> Over the years the number of machines I've run (with actual root<br>
> access - not<br>
> counting cloud VMs) adds up to more than 1000.  I expect that there<br>
> are people<br>
> on this list who have run 1000+ machines at one time.<br>
> <br>
> If something has an incidence of 1/1000 there's a good chance that it<br>
> has<br>
> happened to a system that I run, and the probability that none of the<br>
> systems<br>
> run by people on this list have had the problem would be very low.<br>
> <br>
> Has anyone seen such things and known it?  If not does that imply<br>
> that some of<br>
> us are just losing data for ourselves and our clients without knowing<br>
> it?<br>
> <br>
> The nearest I've come to seeing this is a Pentium D system that I got<br>
> from<br>
> corporate rubbish back when AMD64 systems were still new and rare.  I<br>
> tried to<br>
> install Debian on it and it got SEGVs on uncompressing packages.  I<br>
> replaced<br>
> the RAM with no change (desktop system without ECC support) and then<br>
> just sent<br>
> it to e-waste without any further thought.  In retrospect I should<br>
> have done<br>
> more research on that system to find out what was wrong, but at the<br>
> time I was<br>
> more focussed on getting working systems than on studying computer<br>
> engineering.<br>
> <br>
> Modern CPUs have caches that are bigger than the hard drives in early<br>
> Linux<br>
> systems.  The PC I'm using to write this message has 46M of CPU cache<br>
> which is<br>
> larger than the storage of the iPaQs I was running Linux on 20 years<br>
> ago.  Has<br>
> anyone written a recovery image that will lock itself into the cache,<br>
> verify<br>
> checksums, and then test things like RAM for errors?<br>
<br>
I have an old i5 laptop that can stay up for about 2-4 hours and then<br>
will black screen with a consistent kernel panic, suggesting a specific<br>
logic flaw that has arisen in the CPU. It's used for playing DVDs now<br>
since that uptime is reasonable in this use. It worked fine for many<br>
years, so this is wear degradation, but the linked article also<br>
referred to those.<br>
<br>
Dan<br>
<br>
_______________________________________________<br>
linux-aus mailing list<br>
<a href="mailto:linux-aus@lists.linux.org.au" target="_blank">linux-aus@lists.linux.org.au</a><br>
<a href="https://lists.linux.org.au/mailman/listinfo/linux-aus" rel="noreferrer" target="_blank">https://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
<br>
To unsubscribe from this list, send a blank email to<br>
<a href="mailto:linux-aus-unsubscribe@lists.linux.org.au" target="_blank">linux-aus-unsubscribe@lists.linux.org.au</a><br>
</blockquote></div>