Newsgroup: it.comp.hardware.overclock
Titolo: Testare la stabilità del processore...

A quanto pare un buon metodo per testare la stabilità del processore è
convertire file vob (dei DVD) in divx avi, usando il flaskmpeg con il plugin
avi....
qui di seguito posto l'esperienza i Soren Striner.... che ha postato su un
altro NG ;-)
--------
il mio sistema è:
Athlon 500@750
128 mb pc100
dvd matshita 6x32
dvd campione: il 13°piano
....
con la risoluzione di default (320x188) mi si è piantato al primo tentativo.
pensavo fosse un problema di CPU infatti ho dawnclockato a 700 e ancora
crach. a 650 tutto regolare: ho portato a termine una conversione del
suddetto video alla risoluzione di 320x188 _senza audio_ in meno di 12 min
(effettivi)
....
ho provato riprovato e straprovato a 500@750 ma non c'è verso di terminare
la conversione. crasha di continuo.
--------
--
________________________________
per rispondermi iliasba(at)
tin.it
bye Brain [79, RA/BO, 266@280misero]

 avi....
L'ho notato anche io: il mio celly 300A@473 a volte craschava durante le
compressioni, a 450 tutto OK ma rivedendo qualche film succede che ogni
tanto (max 2 volte per film) il Mediaplayer si blocca (solo il video,
l'audio continua) sempre nello stesso punto (quindi c'è stato qualche errore
in fase di compressione). Gli errori non sembrano ripetibili percui sono da
imputare alla FPU e non al codec (ma sto facendo altri test per esserne
sicuro). Comunque questo test è di gran lunga il più impegnativo che ho
provato (Quake 3 e CPU stability test non danno il minimo problema al celly
a 473).
Ciao,
Jena

 dvd campione: il 13°piano
vedo ke hai seguito il thread su ICHCD :)
allora, assodato ke il mio attila è stabile @750 sotto UT, ma in coding non
si stabilizza se non @650, c'è da dire ke il flaskmpeg è un freeware e non è
privo di bug. L'ho spulciato con microsozz visual c++ ma non ho trovato bugs
rilevanti, anke se questo non esclude ke sia bakerellato quà e la. infatti
crasha spesso in fase di settaggio (kiudo il task), ma quando parte crasha x
surriscaldamento da cpu (reset fisico). Non ho provato altri sw x il coding.
Il flaskmpeg è (dice) ottimizzato x mmx (a quando un coder ottimizzato x
enchaned 3Dnow!?).
x ora si è rivelato un ottimo strumento x testare la stabilità, infatti in
codin il processore (qualsiasi codec venga usato) è sfruttato fino
all'ultimo hz. Visto i risultati sull'attila, ho installato il flaskmpeg sul
mendo 300@464. non l'ho ancora utilizzato, ma il mio scopo è un super
burn-in di almeno un giorna (24h=2 dvd=9gb=la morte sua:). ovviamente tutto
è ancora da verificera, non so se il mendo, e la ram reggerà a cotanto
stress...
CONSIDERAZIONE FILOSOFICA:
in certi casi gli hz servono, e fanno la differenza, indipendentemente
dall'arkitettura del processore. fino ad ora non avevo mai trovato una
situazione di TOTALE stress del processore, infatti l'attila non ha mai
fatto una piega nemmeno dopo una nottata di 3D studio
Viz+winamp+seti@home+corel photopaint contemporaneamente attivi, ora è stato
messo in ginokkio da un'operazione elementare ma stressante come può essere
il coding

 Viz+winamp+seti@home+corel photopaint contemporaneamente attivi
Forse perchè con tutta quella roba doveva starsene a swappare sull'hd di
continuo??
