First post, by trodas
- Rank
- Newbie
http://www.bleedinedge.com/forum/showthread.p … for-SuperPi-32M
This thread made me wonder, if I can slow-down SuperPi significantly, to produce long computing times on relatively modern hardware, like AthlonXP CPU's. Most these old board can disable L1 and L2 caches, some even the SSE instructions support and even that disabling all but L1 does not affect the performance much, disabling L1 is "super-killer" of performance.
So that makes me wonder, how slow it will go on the SuperPi 32M test.
For the reference, all these machines can do SuperPi 32M w/o fail or crash or any other problems, all the computers have replaced their original bad caps to good ones and all these computers are 100% stable and I can run on th SuperPi 32M tests repeatedly w/o any trouble... BUT!
Here we come. I got starting scores 12h 28min per loop, or even 17h 59min per loop:
The later would produce (18hx24) a 432h long benchmark (18 days), and that is 1100MHz AXP using 256MB SDRAM (PCchips M810LR mobo).
However, and that is where things get really bad, it always crash. Sooner or later it crash on any machine with disabled L1 cache in bios I run it. A good example is P4 3.4GHz CPU that fail w/o caches too:
I would once again stress, that the machines are completely stable, there is no way that the error is hardware related. Not when it happen like 10x times.
...
So I stopped trying the cache and I added CPU stressing (for example latest CPU-Z v1.73) that run at high priority, while SuperPi do run at low priority, causing it to slow-down to point that the whole calculation of 32M will took about 18 to 24h, depending on settings of the priority and stuff.
Now imagine my surprise, when this also started and continued crashing. Numerous attepmts did not yield one SINGLE result. I'm "a bit" surprised and I cannot explain this behaviour. Normally systems w/o cache works just deadly slow (Aquamark3 is running on Duron 750 at 30x7.5 without caches since 13.8. and it is hardly in 80% at the time of the posting - 3.9.), but works. No crashes or other problems (unless I click too much, one have to be carefull, even mouse have like 10sec lag when moved in Aquamark 3 😁 ) happen, so my question is deadly simple - anyone have any idea, why this is happening?
Ano no, please don't say stability. These boards ARE reliable and stable. They can run SuperPi 32M each day releatedly, but not w/o caches or when slowed down, witch is weird at least. Anyone can explain me this or suggest somethig that will slow SuperPi down w/o the crash? 😐
It is dangerous to be right in matters on which the established authorities are wrong. Voltaire
I believe that all the people who stand to profit by a war and who help provoke it should be shot on the first day it starts... Hemingway