).
Conclusion: CPU/Memory interface (i.e. MCH a.k.a NorthBridge) not stable!
In fact, I suspect that even your 400 FSB won't make it through 24 hours of Prime95 blend, mine didn't.
There is a forum posting at HardForum from a guy who narrowed it down to the exact FFT size that causes the failure (3072k):
http://hardforum.com/showthread.php?t=1362510
Mike
Hello, sorry to dig this little issue out of the archives again but there appears to be some confusion.
As you'll note I was the poster of the message linked to above on HardOCP and I believe I made mention of it some pages back on this particular thread (though anonymously). I have also raised the case on Mersenne's own forums, where a couple of other users have also encountered it.
To clear things up, the 3072K FFT crash is NOT caused by unstable hardware/overclocking/overheating or any physical fault with your system, it is a bug in the SOFTWARE that is somehow caused by Prime not allocating enough or mismanaging memory between all 8 CPU cores.
If you try running a custom test in Prime95 (goto options/torture test/select custom) and set the "memory to use" value to under 1550mb, you'll pass 3072K FFT everytime, and proceed onto 3584k and then 4096k, the latter being the final test in the program before it loops back to 1024k.
Up until Prime95 v25.6, the blend test was, by default, set to use 1750MB of memory, in 25.7, this was reduced to 1600mb, the reasons behind this are unclear, though they may well have something to do with the issue in question, the value remains the same in 25.8, the latest version.
Sometimes, if you start the blend test in version 25.7 (using the default "memory to use" option of 1600mb) it will pass 3072K FFT without crashing, but then it may crash at 3584K, or possibly 4096K, though occasionally, all the tests will pass without the crash at this setting (hence why some are reporting success) it all relates to how the memory is being allocated to each core during these final three tests in the sequence.
I've found the only consistent way of getting it to pass these three final tests is as stated, to run a custom test and set to use 1550mb or under (remember, this only applies to those running 8 core machines).
In any case, I'd advise using version 25.7/25.8, since these work best, even at their default settings.
There is no question that this is a bug since I have replicated the problem on two different Skulltrail boards, with two different sets of memory (from Kingston and Crucial, using both 2 and 4 sticks in each case) at overclocked/overvolted and stock settings, with 2 different PSUs and ample cooling etc. The problem was identical in every case - a crash to desktop at 3072K.
Moreover, I've just tested on a newely built Core I7 system (using a 965 chip, so again, 8 cores as far as Prime is concerned) and guess what....the EXACT SAME ISSUE!
Running the 3072K, 3584K or 4096K tests on their own results in the program crashing to desktop within seconds, unless "memory to use" is set to under 1550mb.