Newsgroup: it.comp.hardware
Titolo: L'imbecille del giorno

Sono io.Completamente distratto ho formattatto un SSd.
Sembra andare ancora ma pensate che ho rovinato qualcosa?
E'rimediabile?

 Sembra andare ancora ma pensate che ho rovinato qualcosa?
 
Si, probabilmente i dati che c'erano sopra...anche se si può sempre 
fare un tentativo di recupero con software tipo Recuva o Photorec.
 
 


......Volevo dire deframmentato.....


Ah, deframmentato, non formattato. Ma no, non penso che si sia rovinato. 
Ok farci attenzione ma non non mi pare verosimile che siano così 
fragili. Vai tranquillo.
 
-- 
(\__/)
(='.'=) This is Bunny. Copy and paste bunny
(")_(") to help him gain world domination.

emi ha usato la sua tastiera per scrivere :

Ah beh, uguale...:D
Comunque non preoccuparti... un SSD mica si fotte per una semplice 
deframmentazione.
 
 


OK Ora mi sento più tranquillo. Grazie per le risposte

 OK Ora mi sento più tranquillo. Grazie per le risposte
 
Non ho mai avuto un disco SSD ma con l'esperienza degli HD tradizionali 
dopo l'installazione di s.o. e software avrei deframmentato subito ! :)
 
Buono a sapersi di non deframmentare, ora per curiosità dovrò/vorrò 
capirne il motivo !
 
Saluti !
GbMax78

 ha scritto nel messaggio
news:j81h1g$l4$1...@tdi.cu.mi.it...

la deframmentazione su un SSD e' sia inutile che deleteria
 
non c'e' corrispondenza numerica tra l'indirizzamento LBA del
file system e l'indirizzamento fisico nelle celle di memoria
(a cura del controller/firmware dell'SSD)
 
avviene una traduzione degli indirizzi tramite una tabella
in base a sofisticati algoritmi di wear leveling (in modo
trasparente per il S.O.)
 
aggiungiamo che questa gestione e' dinamica , c'e' una
specie di rotazione delle celle di memoria per avere
un numero di scritture medie spalmate in modo omogeneo
in tutte le celle ci memoria, l'effetto e' che ad un settore logico
(LBA) non corrisponde mai la stessa cella di memoria
 
per fare un esempio, se su un hard disk meccanico scrivi
ripetutamente sullo stesso settore, hai delle riscritture
sempre nella stessa posizione fisica del piatto, al contrario
in un SSD hai sempre delle nuove scritture in celle di memoria
diverse
 
i software di deframmentazione ignorano la traduzione
effettuata all'intenro dell'SSD, si basano sulla tabella di
allocazione dei file, cio' che viene visualizzato non
corrisponde in nessun modo alla situazione delle celle
di memoria (con tutte le conseguenze che ne derivano)
 
considerando che in un SSD non c'e' una testina che introduce
latenze, non e' neanche necessario avere i dati memorizzati
in modo contiguo piuttoto che "sparpagliati"
 
ciao
luca
 
 
 
 
 

 ha scritto nel messaggio
news:9JUoq.88602$
GZ3....@tornado.fastwebnet.it
 

Non è successo nulla, hai solo perso tempo e 'usato' un po' di
più l'unità, abbreviandone la vita in proporzione a quanto è stato
'deframmentato'.
 
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
 
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 
 
 

Nel suo scritto precedente, GbMax78 ha sostenuto :

E' abbastanza intuitivo il motivo...l'indirizzamento negli SSD è 
diretto, dato che non esiste tempo di latenza come negli HD meccanici 
dove sono presenti delle testine che si muovono avanti e indietro sui 
piattelli per leggere/scrivere dati. Questo rende del tutto inutile 
eseguire la deframmentazione, senza contare che negli SSD eseguendo 
questa operazione non fai altro che srivere/cancellare inutilmente 
sulle celle di memoria... e siccome queste ultime a differenza di 
quanto accade con la magnetizzazione negli HD si "usurano", capirai che 
l'operazione di deframmentazione se eseguita spesso (o peggio lasciando 
quella automatica dell'OS) non fa altro che accorciare la vita 
operativa dell'SSD.
 
 

la deframmentazione su un SSD e' sia inutile che deleteria
 
Mi sono perso qualcosa perche' non si puo' formattare un SSD? Escono
gia formattati in NTFS con i Cluster a 4k? Se uno vuole metterli piu'
grandi o piccoli non si puo'? si rovina?
 
Mentre per la deframmentazione nel PerfectDisk 12 ci sta un'opzione
per abilitare l'ottimizzazione del SSD che non penso sia la
deframmentazione vera e propria.
 
Ora conoscendo il Perfect Disk 12 penso che l'ottimizzazione sia
solamente la deframmentazione delle directory, ma non avendo un SSD
non posso controllare cosa faccia prima e dopo analisi e
l'ottimizzazione.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 l'ottimizzazione.
 
ripeto, i programmi di deframmentazione sugli SSD non servono,
che poi ci siano software "ottimizzati" che facciano solo dei controlli
sulla tabella di allocazione file, e' un altro discorso
 
non conosco Perfect Disk 12 ma sicuramente non effettua la
deframmentazione dei file (nel caso si utilizzi l'opzione SSD)
 
ciao
luca
 
 
 
 
 
 
 


 
Almeno si spera...:D
 
 

 deframmentazione vera e propria.
 
In questo caso "ottimizzazione" è puro marketing, non c'è proprio un
cazzo da ottimizzare.
-- 
           This signature was automatically generated with
           Signify v1.14.  For this and other cool products,
           check out 
http://www.debian.org/