by congo » Tue Jul 25, 2006 10:51 am
Stability tests don't always work to guarantee stability at a particular clockspeed either. I'm beginning to believe that some gaming apps may have bad code that trips the CPU into a failure where it would normally test stable.
I get failures in IL2FB and NFS Most Wanted at high clockspeeds and intense game periods with maximum action, yet torture testing shows the CPU is stable. I'm also not ruling out memory as a possible culprit either, I just haven't got the knowledge to be absolutely certain of the cause.
In any event, Backing off the clock slightly usually cures the problem, though Need For Speed - Most Wanted requires that I go back to 2.6ghz or I get a crash after a fairly long session.
There is what is termed "errata" built into every CPU, these are documented design errors which have been identified. It's possible that all errata is not documented and therefore software developers may risk putting "hits" on those errata which could cause a crash.
Another explanation is just sloppy programming or perhaps a missed error when the program was compiled.
I'm not qualified in these areas, I'm simply explaining things the way I understand them.
Whether or not clockspeed could be a factor in these "software" crashes is something I'm not certain of, but I do suspect it's a possibility.
Last edited by
congo on Tue Jul 25, 2006 11:06 am, edited 1 time in total.

Mainboard: Asus P5K-Premium, CPU=Intel E6850 @ x8x450fsb 3.6ghz, RAM: 4gb PC8500 Team Dark, Video: NV8800GT, HDD: 2x1Tb Samsung F3 RAID-0 + 1Tb F3, PSU: Antec 550 Basiq, OS: Win7x64, Display: 24&