PDA

View Full Version : problema super-pi


pO|_iNo
17-04-2005, 20:53
Apro questo 3d in questa sezione perchè mi sembra più adatto...ad ogni modo il problema è che non riesco a concludere nessun calcolo perchè mi dà errore: not convergent in sqr...è mai capitato a qualcuno?
Help please!

stbarlet
17-04-2005, 21:03
il tuo sistema non è stabile e il superi pi lo rileva dicendoti quella frase... devi abbassare le frequenze di clock e riprovare.il super pi sente molto i problemi sulle memorie quindi magari prova ad alzare i timings

pO|_iNo
17-04-2005, 21:05
ma porc...sta default!!!! :cry: :cry:

stbarlet
17-04-2005, 21:42
ma porc...sta default!!!! :cry: :cry:
fai una cosa...
lanci aun s.pi da 16k e poi prova a fa re gli altir.. cmq se crasha in default c'è qlc problema serio. prova cn altri software tipo prime 95 o s&m a verificare la stabilità del sistama

pO|_iNo
17-04-2005, 21:46
ma il bello è che adesso sto a 200*12 con leggero overvolt (è un sempron 3000+)...lancio tutti i bench di sandra e non ho problemi!
tra l'altro il sistema sembra stabile con la temperatura della cpu che oscilla tra i 52 e i 53 gradi...notare che il dissy è quello boxed!
A 16, 32, 64 e 128 conclude il super pi!

stbarlet
17-04-2005, 21:47
ma il bello è che adesso sto a 200*12 con leggero overvolt (è un sempron 3000+)...lancio tutti i bench di sandra e non ho problemi!
tra l'altro il sistema sembra stabile con la temperatura della cpu che oscilla tra i 52 e i 53 gradi...notare che il dissy è quello boxed!
A 16, 32, 64 e 128 conclude il super pi!
sandra nn va assolutamente bene per la stabilità anzi... riesco a fare il snadara anche in condizioni di estrema instabilità.. prova cn gli altri programmi da me citato pocanzi

pO|_iNo
17-04-2005, 21:51
non ho mai usato prime95...che faccio?

stbarlet
17-04-2005, 21:55
non ho mai usato prime95...che faccio?
una volta installato lo apri clicchi su options e vai in torture test... esegui il test small ffts per almeno 12 ore , poi scarica goldmemory e testaun pò le ram... perchè secondo me è lì il tuo problema

pO|_iNo
17-04-2005, 22:00
prima ho fatto "benchmark" con questi risultati
AMD Sempron(tm)
CPU speed: 2405.10 MHz
CPU features: RDTSC, CMOV, PREFETCH, MMX, SSE
L1 cache size: 64 KB
L2 cache size: 512 KB
L1 cache line size: 64 bytes
L2 cache line size: 64 bytes
L1 TLBS: 32
L2 TLBS: 256
Prime95 version 23.8, RdtscTiming=1
Best time for 384K FFT length: 24.113 ms.
Best time for 448K FFT length: 27.616 ms.
Best time for 512K FFT length: 29.757 ms.
Best time for 640K FFT length: 39.943 ms.
Best time for 768K FFT length: 47.495 ms.
[Sun Apr 17 22:51:18 2005]
Compare your results to other computers at http://www.mersenne.org/bench.htm
That web page also contains instructions on how your results can be included.

Dopo di che si è riavviato...adesso sto facendo lo small ffts...

stbarlet
17-04-2005, 22:39
prima ho fatto "benchmark" con questi risultati
AMD Sempron(tm)
CPU speed: 2405.10 MHz
CPU features: RDTSC, CMOV, PREFETCH, MMX, SSE
L1 cache size: 64 KB
L2 cache size: 512 KB
L1 cache line size: 64 bytes
L2 cache line size: 64 bytes
L1 TLBS: 32
L2 TLBS: 256
Prime95 version 23.8, RdtscTiming=1
Best time for 384K FFT length: 24.113 ms.
Best time for 448K FFT length: 27.616 ms.
Best time for 512K FFT length: 29.757 ms.
Best time for 640K FFT length: 39.943 ms.
Best time for 768K FFT length: 47.495 ms.
[Sun Apr 17 22:51:18 2005]
Compare your results to other computers at http://www.mersenne.org/bench.htm
That web page also contains instructions on how your results can be included.

Dopo di che si è riavviato...adesso sto facendo lo small ffts...
se ti si è riavviato è inquietante come segnale..

genioribelle
17-04-2005, 23:21
Ciao,
a me super pi dava lo stesso errore (duron 133x12.5@166x12). Dopo averci perso un bel po' di giorni ho scoperto che era il mio banco di V-Data ddr 400 da 256 mb (sigla finale -27b), decisamente bacato: gia' a 333 mhz goldmemory mi riportava una sfilza di errori sia sulla mia AsRock K7VT4+ che sulla Asus A7N8X!!!
Consiglio: testa la ram.
Saluti.

pO|_iNo
18-04-2005, 06:34
Ciao,
a me super pi dava lo stesso errore (duron 133x12.5@166x12). Dopo averci perso un bel po' di giorni ho scoperto che era il mio banco di V-Data ddr 400 da 256 mb (sigla finale -27b), decisamente bacato: gia' a 333 mhz goldmemory mi riportava una sfilza di errori sia sulla mia AsRock K7VT4+ che sulla Asus A7N8X!!!
Consiglio: testa la ram.
Saluti.

azz...ho le stesse ram ma 512mb...mi sa che è meglio tornare alle mie vecchie elixir! ieri ho testato con goldmemory...sfilza di errori anche a me!
stamattina ho lanciato 3dmark03...concluso perfettamente con il solito punteggio! cmq up!Grazie a tutti!

pO|_iNo
18-04-2005, 17:11
Allora, tanto per chiarire la situazione a chi legge e vuole darmi un aiuto spiego qual è la situazione:
il super-pi lo terminavo perfettamente con due banchi di ram, entrambi da 512 mb, ma uno @333 e uno @400 (il primo elixir e il secondo s3+).
Ho cambiato il banco elixir con un v-data@400 e contestualmente cominciato a clockare un po'...devo dire che senza stressare il processore, diciamo un utilizzo ufficio, tutto andava bene...poi mi è venuto in mente il super-pi...ho rimesso prima a default per vedere meglio il confronto...risultato: il super-pi non andava neanche @default!
A questo punto...visto che adesso sto con il solo banco v-data e il super-pi va perfettamente, mi viene il dubbio che:
o i due banchi non si digeriscono o il v-data non digerisce il dual-chan con l's3+! Voi che dite? Che consigliate...siccome posso tornare tranquillamente all'elixir, che faccio? Il risultato che ottengo in OC (200*12) lo posso ottenere cmq anche se le ram vanno a 166??
AIUTOOOOOOOOOOOOOOOo