Newsgroup: it.comp.hardware
Titolo: curiositï¿½ su test ram

memtest ha trovato errori sul notebook di un mio amico. Lo sto vedendo 
girare, il programma invia un pattner, e il banco ne restituisce un altro, e 
sin qui ok.
Ma: il programma da qualche parte deve stare giusto? Quindi anche lui sta su 
quella ram che sta testando, o no? Se la ram è bacata, come fa il programma 
a lavorare correttamente?
Semplice curiosità, ma magari non tutti sanno la risposta (io no di 
sicuro)... ciao 
 
 
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 sicuro)... ciao
 
Non è autocad! Occuperà qualche decina di kb all'inizio della ram e tutto il 
resto test. Se hai due banchi invertili ad ogni test e nulla sfuggirà. 
 
 

 ha scritto nel messaggio 
news:m11c6v$raj$1...@speranza.aioe.org...

in effetti... Il dubbio mi è venuto perchè il settore difettoso sembra 
essere proprio all'inizio (circa 700Mb su un banco da 4Gb), esce 
praticamente subito! In teoria se il settore difettoso fosse proprio 
all'inizio, memtest non riuscirebbe nemmeno a caricarsi, corretto? Sempre 
pour parler eh... ;) 


 pour parler eh... ;)
 
Maigret, io vivo 10 mesi all'anno in Francia, sai cosa significa veramente 
"pour parler"? 
 
 

 "pour parler"?
 
quando ci vivevo io significava esattamente quel che significa in italiano,
come ca va sans dire... poi non so se recentemente siano cambiate le cose,
mi dicono che qualcuno dice nonantes al luogo de 4.20.10, per cui tutto �
purtroppo possibile.


 sicuro)... ciao 
 
Statisticamente e' altamente improbabile che tutte le locazioni di
 memoria dalla prima all'ultima siano bacate...e se lo fossero
 allora Memtest nemmeno si avvierebbe :-) 
 
 
-- 
 
 
 
 
----Android NewsGroup Reader----
http://www.piaohong.tk/newsgroup
 

 purtroppo possibile.
 
Allora ritornaci perch� vuol dire tutt'altro! 
 
 

 che si trova all'inizio della memoria!
 
ah  ok! prendo nota del tuo italiano da accademia della crusca - non 
mangiarne troppa perň... vai a cagare perfettamente anche cosě. 
Passo&chiudo. 


 sicuro)... ciao
 
Ottima domanda.
Me la sono posta pure io qualche volta e per curiosita' adesso ho 
scaricato i sorgenti e nel file README.build-process fornisce una 
risposta proprio a questo quesito.
 
Riporto:
"During memory testing memtest86 relocates itself in memory so it can 
test the
memory it was previously running from.  memtest86 is compiled as 
position mostly
independent code.  Some relocations records must be processed to achieve the
affect of position independent code.  A 16 bit loader is prepended to 
memtest86
so it can be loaded from a floppy, or from lilo."
 
In poche parole memtest86 durante i test si "sposta" nella memoria in 
modo da controllare anche le locazioni nelle quali era precedentemente 
in esecuzione.
 
L'unica avvertenza dell'autore e' questa:
"The one thing to watch out for is pointers to data inside of memtest86. 
  Except
for constant pointers to static data there is not enough information to 
generate
relocation records for pointers so they will not change when memtest86 is
relocated, which might lead to nasty surpises."
 
Tradotto: alcune strutture purtroppo non possono essere rilocate (quindi 
qualche indirizzo purtroppo non puo' essere verificato)
 
Nel file FAQ viene spiegato meglio:
"- Which memory is tested?
 
   As much as possible of the system memory is tested. Unfortunately 
memtest86+
   can usually not test all of the memory. The reason for this is that 
todays
   processors have become so complex that they require a small amount of 
memory
   to keep accounting data of the processor state. If memtest were to write
   over these areas the state of the processor becomes invalid and it's
   behaviour unpredictable. Alas it is also impossible to relocate these 
areas
   in the memory.
 
   This means that a small area of your memory can not be tested by 
memtest. If
   this part of the memory is defective you will know soon enough though 
as the
   processor, or parts of the processor simply won't work correctly if this
   part of your memory is defective. Do realise though that in very rare 
cases
   memtest will show no errors even though the module is defective, not 
because
   memtest can't detect the error, but because memtest can't test the 
area the
   error is located in."
 
Nota: una copia di memtest86 5.01 in memoria occupa 49308 bytes.
 
Ciao!
Simone.

   error is located in."
 
hai capito...! Pure la cpu ci si mette... forse per questo quando la ram si 
guasta possono succedere danni anche agli hd, tipo file system scritti ad 
capocchiam e chiss� cos'altro. Bello a sapersi grazie 


 ha scritto:

E' normale che una RAM parzialmente bacata possa corrompere anche
 i dati memorizzati nelle memorie di massa...insomma, diventa un
 casino :D.


 purtroppo possibile.
 
Quello � pugliese, non francese: moccalabocchinemammt tentoperparlere!
 
 

 allora Memtest nemmeno si avvierebbe :-)
 
Statisticamente sei un pirla!