Also to note:
Round off was selected on Prime95...& I ran the small ffts test
But priority was set to 1.. From another forum i got the suggestion to set the priority to "10"
Should I run again with Worker thread priority 10 ???
Finally found the solution !!!
I ran Super Pi 32M under stock settings, however it
failed. This lead me to think that it
was rather a OS/Program issue than a stable overclock issue. So I started searching for Vista Super Pi
And the windows vista services that affect Super Pi are,1) Windows Audio Service2) Themes3) 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 off
themes. (you can check it by right clicking on desktop>Personalize>Window
Color and Appearance>Color Scheme )
Another way to disable Audio service:
To disable sound just for SuperPI and then quickly turn it
on. Create two .bat files on the desktop
net stop "AudioSrv"
net start "AudioSrv"
I found that it is not necessary to run the program as an
administrator or Windows XP SP2 Compatibility mode. But I tried both ways, it
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!"
"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"