Messages in this thread | | | From | Jesse Pollard <> | Subject | Re: [OT] Linux stability despite unstable hardware | Date | Mon, 24 May 2004 10:10:19 -0500 |
| |
On Friday 21 May 2004 16:57, Timothy Miller wrote: > I have had some issues recently with memory errors when using aggressive > memory timings. Although memory tests pass fine, gcc would tend to crash > and would generate incorrect code when compiling other things. Gcc couldn't > even build itself properly under those conditions. > > The really interesting thing is that the Linux kernel was totally > unaffected. Compiling the Linux kernel is often thought of as a stressful > thing for a system, yet compiling a kernel with a broken gcc on a system > with intermittent memory errors goes through error free, and the kernel is > 100% stable when running. > > But until the memory errors were fixed, things like KDE wouldn't build > without gcc crashing. > > So, what is it about Linux that makes it build properly with a broken GCC > and run perfectly despite memory errors?
Been there, seen that too.
I think it has to do with smaller files. This reduces the memory pressure and the power requirements of the overall system. Once the compiler gets loaded in memory, it stayes there, small files (without too many includes) keep the buffer requirements down, and reuses memory that may be better.
I fixed mine by just treating everything as the next lower grade memory (switched the BIOS from 60ns to 70ns). I didn't even see a significant performance reduction either. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |