Newsgroup: it.comp.hardware.cpu
Titolo: [LUNGO] barton difettoso

premesso che la vicenda sembra ormai prossima a una felice soluzione resto
con la curiosità di capire meglio cosa potrebbe essere successo :
i primi di luglio acquisto da bow un barton 2500, lo installo su una
epox8rda3+ con 2 banchi di ram A-Data PC 2700 da 256 mb, il tutto sembra
funzionare senza problemi eseguendo in modo inappuntabile tests anche
piuttosto impegnativi quali :
3dmark2001
3dmark2003
il benchmark di Unreal Tournment 2003 ecc...
a un certo punto, per curiosità, provo a utilizzare SuperPi, e viene fuori
il problema, infatti praticamente 3 volte su 5 durante l'esecuzione del
programma si verifica un freeze e occorre ricorrere al tasto di reset,
insospettito provo Prime 95 e il sintomo diventa ancora più evidente,
congelamenti quasi immediati oppure in alternativa segnalazioni di errore
fin dai primi cicli di calcolo; piuttosto preoccupato cerco di diagnosticare
il problema e la mia attenzione si concentra su 3 componenti indiziate :
la cpu
la memoria
l'alimentatore,
eseguo i tests diagnostici di rito per la memoria e il processore (cpu
stability test, memtest e quant'altro riesco a reperire su google), ma non
ottengo alcuna segnalazione di errore,
verifico le temperature, ma sia da bios che da speedfan risulta che il mio
vulcano10+ tiene la cpu ben al di sotto dei 55° anche dopo uso intensivo di
toast o di programmi molto impegnativi, inoltre il fenomeno si registra fin
dai primi istanti di esecuzione dei programmi indicati(quando la temperatura
del processore oscilla intorno ai 45°) , per cui posso scartare questa
ipotesi,
testo le memorie alternandole e il problema permane, tento di adottare da
bios i parametri maggiormente conservativi ma non cambia nulla, le
trasferisco su di una macchina simile (xp2400, epox 8rda) e i test vengono
eseguiti senza alcun problema, per cui ritengo di poterle escludere dal
novero dei responsabili,
provo a sostituire l'alimentatore (ipertek da 400w) con un'altro in mio
possesso e non ottengo alcun risultato
per cui, alla fine, mi decido a trasferire il processore sul secondo
computer per testarlo, nemmeno il tempo di avviare il programma ed ecco
ricomparire il temuto freeze;
identificato il responsabile mi viene lo scrupolo di averlo magari
danneggiato in fase di installazione (anche se mi sono sempre attenuto
scrupolosamente alle indicazioni di amd) e lo esamino attentamente alla
lente di ingrandimento : definirlo immacolato sarebbe riduttivo, nemmeno
l'ombra di un graffio che possa fare ipotizzare una lesione del core, nè
tracce di bruciatura o altro...
ora il mio quesito è il seguente :
è possibile che una cpu possa essere difettosa in modo così indecifrabile?
ovvero apparentemente perfetta anche nell'esecuzione di compiti piuttosto
gravosi e incapace di eseguire programmi a connotazione (diciamo così)
fortemente "matematica"? in quale "componente" del processore potrebbe
risiedere il difetto?
come anticipato, a questo punto, sono solo curiosità accademiche, ma se
qualcuno degli esperti di processori fosse in grado di formulare ipotesi in
merito sarebbe per me molto istruttivo....

 programma si verifica un freeze e occorre ricorrere al tasto di reset...
[CUT]
Davvero interessante. Probabilmente e' difettosa di fabbricazione la parte
della CPU che effettua i calcoli con numeri interi. Forse il difetto risiede
in una particolare istruzione che non viene adoperata quasi mai, se non,
appunto, nei particolari test che hai usato. In tutti gli altri casi la CPU
funziona bene. Visto che e' in garanzia, fattela cambiare. Tuttavia,
accertati che il programma che s'impalla non sia una versione beta o altro,
magari incolpi ingiustamente la CPU mentre il responsabile e' proprio il
bench, magari ottimizzato a piu' non posso per Pentium 4 e, al contrario,
collaudato pochissimo su Athlon XP.
Salutoni da GiGiO

 merito sarebbe per me molto istruttivo....
Per pura curiosità hai provato a overvoltare anche di poco? Questo tipo di
errore di solito si ha in overclock quando il voltaggio è basso.
Il Barton 2500+ va a 1,65V normalmente prova a eseguire Prime mettendolo a
1,7 per esempio.
-- 
Saluti
Alec
(25,72+,CT)
AthlonXP 2500+@3000+
GeForce3 Ti200@ 230/460
7700pti 3DMark2001SE

 1,7 per esempio.
si, avevo provato ad alzare a 1,7 il voltaggio (premesso che il processore
non è occato), ma nessun risultato...


gira perfettamente su di un xp2400, avevo anche ipotizzato che il problema
potesse risiedere in una difettosa gestione (da parte del software) della
cache memory del processore, allora sono andato sul forum del sito che
distribuisce il programma per verificare che non esistessero precedenti
analoghi e, dagli stessi programmatori del software, ho appreso che il
programma non dovrebbe dare problemi di sorta con i barton nell'ultima
release (quella da me adoperata) ma, sopratutto, ho scoperto che il problema
da me riscontrato è tutt'altro che sporadico, esistono numerosi
(eufemisticamente) posts di possessori di barton che condividono problemi
analoghi o identici con processori della stessa famiglia, sempre e
univocamente imputabili ad un problema hardware, tanto che spariscono con la
sostituzione del processore; ora mi chiedo, quanti stanno usando
inconsapevolmente una cpu con la stessa "idiosincrasia"?

 inconsapevolmente una cpu con la stessa "idiosincrasia"?
Io ho un Barton 2500+ a 3000+ 166x13.
Prime test completato senza nessun problema.


 --
ovvio che non mi riferivo alla totalità dei barton, altrimenti amd sarebbe
in pessime acque, intendevo una incidenza statistica cmq marginale rispetto
al numero di processori prodotti e commercializzati ma preoccupante per
uniformità dell'inconveniente registrato...
in ogni caso, buon per te sia per la stabilità sia per l'occabilità...

Teodoro Melle wrote:
[...]
Ed AMD che dice?
Un mio amico aveva una questione simile, ha scritto
(per e-mail) ad AMD (credo UK). Questi gli hanno
risposto dicendogli di provare alcune situazioni ed
in caso di problemi gli avrebbero cambiato la CPU.
bye,
-- 
   Piergiorgio Sartor

 in ogni caso, buon per te sia per la stabilità sia per l'occabilità...
Grazie comunque rigurdo l'ock overvoltando va sino a 2400MHz :-)


 ha scritto
nel messaggio news:3f448483$0$256$4d4e...@read.news.de.uu.net...

sinceramente non ho nemmeno tentato di contattare il produttore, ho
preferito rivolgermi direttamente al rivenditore...


A me è capitato un barton 2500 con la cache a 128K ....... ????
prontamente sostituito dal rivenditore ...
ti consiglio di andare sukl sito amd e scaricare le utility e verificare
tutte le caratteristiche ...
ciao

 della CPU che effettua i calcoli con numeri interi.
era più o meno questo che mi proponevo di dibattere con il thread, infatti
da quando ho avuto il problema ho formulato delle ipotesi sicuramente
inesatte per via della mia limitatissima competenza; premetto che mi servirò
delle virgolette per evidenziare quei termini di cui mi servo con ogni
probabilità in modo inesatto o improprio :
se fosse ancora possibile distinguere tra unità logica e coprocessore
matematico (ovviamente si tratta di un presupposto ormai inapplicabile ma
che mi permette di ricostruire in modo comprensibile il mio iter logico)
potrei alternativamente attribuire la responsabilità del malfunzionamente a
uno oppure all'altro  secondo questo criterio :
a) se il coprocessore presenta "registri" specifici per le operazioni più
evolute potrei concludere che uno (o più di essi) funzionano in modo
irregolare;
b) se al contrario il coprocessore è incaricato solo di eseguire le
operazioni di base (somma, sottrazione, moltiplicazione e divisione) e un
"codice" presente nell'unità logica si occupa di combinarli per l'esecuzione
di istruzioni di maggiore complessità, allora potremmo escludere il
coprocessore dal novero degli indiziati, in quanto se il difetto dovesse
interessare uno dei suoi registri evidentemente il problema dovrebbe
presentarsi in un numero statisticamente assai maggiore di casi, per cui
dovremmo concludere che risulta fallata una o più porzioni del "codice" con
la conseguenza di innescare una sorta di loop recorsivo da cui il freeze;
esiste anche una terza ipotesi, ovvero che la responsabilità sia da
riferirsi a una o più "celle" difettose di cache memory, ma che ciò sia
possibile dipende essenzialmente dal modo in cui essa è gestita dal
processore, infatti, data la quantità di memoria a disposizione del barton
potrei anche ammettere che una porzione della stessa venga effettivamente
impegnata solo da programmi particolarmente pesanti (come quelli da me
adoperati) per cui il problema si manifesterebbe solo in tali particolari
condizioni di utilizzo.
Ovviamente sareste banali se vi limitaste a sottolineare la mia ignoranza in
materia di architettura delle odierne cpu, pertanto voglio augurarmi che i
vostri eventuali contributi siano maggiormente construttivi-istruttivi....