Problem:
Overclock stable in Prime95 v25.5 for 12+ hours, but fails Super Pi v1.5 32M Test (even at stock settings) in Windows Vista !!!
Solution:
The windows vista services that affect Super Pi are,
1) Windows Audio Service (this for sure)
2) Themes
3) Aeroglass Interface
By turning these off, I was able to run and complete Super Pi v1.5 32M test.
1) To turn off Windows Audio Service ( start> run> services.msc, find Windows Audio on the list , double click and stop it ) Turning off "Windows Audio Endpoint Builder" is not necessary unless you encounter problem.
2) To turn off Themes ( start> run> services.msc, find Themes on the list , double click and stop it ) this will also make you turn off tune up theme extension.
3) Aeroglass automatically turns off by turning of themes. (you can check it by right clicking on desktop>Personalize>Window Color and Appearance>Color Scheme )
Another way to disable/enable Audio service:
Create two .bat files on the desktop
SoundOff.bat:
net stop "AudioSrv"
and
SoundOn.bat:
net start "AudioSrv"
I found that it is not necessary to run the program as an administrator or Windows XP SP2 Compatibility mode.
I also found a Super PI front-end called Hyper PI
The author claims it is pure Super PI 1.5 MOD XS and it is customized for multi-core CPU's: " Run multiple instances of SPI (one for each processor) and configure the priority of the process easily (without Task Manager). Take a snapshot of all instances at anytime with only one click!"
Download Location home.pages.at/virgilioborges/
I personally wasn't able to download it becasue of some server problem.
Here's a Screenshot for the program
Hyper Pi 0.9b home.pages.at/virgilioborges/imgs/hyper_pi.png]
Note:
"If you can't get the Hyper Pi program, and want to run multiple instances of Super Pi for your Dual or Quad Core, then run the exe from different folders. For example, if you want four instances of Super Pi to load Quad Core, then make four separate folders, copy the exe into each, and run from each folder. Because if you run the same SuperPI exe to load twice (from the same icon) the initial data is overwritten by the "second running instance." Therefore, what was correct for the first core, or HT in your case, is now being overwritten with the second core's info and it throws out an error "Not convergent in SQR05". There's a little .dat file that's keeping all of the data"
QuadFusioN