Newsgroup: it.comp.hardware.storage
Titolo: Importanza del secure erase sulle prestazioni

Leggendo qua e la si trovano notizie discordanti in merito al secure erase 
sugli ssd. Alcuni dicono che questa procedura, che consiste nel "fulminare" 
le celle per riportarle allo stato out-of-the-box, eviti il decadimento 
delle prestazioni fisiologico degli ssd. Altri dicono che questo decadimento 
in realtà non c'è su tutti gli ssd ma per esempio solo sui sandforce mentre, 
ad esempio samsung e crucial, integrano efficienti tool che compensano il 
decadimento, quindi rendono il secure erase inutile per mantenere le 
prestazioni.
Fermo restando che il secure erase è qualcosa che si può fare solo in 
determinate occasioni, ritenete ancora valida l'idea che è sempre indicato o 
è consigliato solo su determinati chipset che non integrano garbage 
collector efficienti?
Crucial mi pare consigli per l'm4 la semplice formattazione e una notte in 
idle con S1 attivato al posto del secure erase.
 
Muzio 
 


 
Con gli SSD attuali che utilizzano tecniche efficienti di garbage 
collection, raise e dulcis in fundo sfruttano l'istruzione TRIM dei 
moderni OS, ihmo il Secure Erase è una pratica non più indispensabile 
perchè l'SSD rimanga in perfetta efficienza... semmai la si può 
eseguire una volta che si prevede di formattare l'unità, dato che 
rimane in ogni caso un operazione distruttiva per quanto riguarda i 
dati memorizzati.
 
 

 caso un operazione distruttiva per quanto riguarda i dati memorizzati.
 
Era appunto questo che intendevo. Premesso che il secure erase può essere 
fatto quando si prevede di reinstallare il SO, ha senso farlo? Oppure, ad 
esempio con un crucial, il secure erase a livello di prestazioni non cambia 
nulla?
 
Muzio 
 

 idle con S1 attivato al posto del secure erase.
 
in presenza di SO con comando TRIM, il SE non e' necessario
(in teoria), perche' le celle di memoria vengono azzerate
elettricamente ad ogni cancellazione dal file system
(o formattazione) , in questa condizione il TRIM si
comporta come un "secure erase parziale" (o "selettivo")
 
il BGC non agisce in sincrono con il SO (o FS)
in quanto "ricompatta" le pagine di memoria NAND
parzialmente utilizzate, spostando i blocchi "sparpagliati"
(ad esempio dopo molte scritture casuali) ,
questa procedura e' abbastanza impegnativa per l'SSD
(per questo si parla di algoritmo piu' o meno aggressivo)
in quanto effettua letture, scritture e cancellazioni su
blocchi e pagine NAND
 
e' definito "background" o "idle" perche' inteviene
nei momenti con minor carico di lavoro (o nullo)
 
altre tecniche comprendono il vecchio sistema di "GC manuale"
(non piu' utlizzato) oppure "TRIM manuale" , ad esempio
fstrim (Linux) o tramite toolbox (Intel e Samsung)
 
se ti interessa approfondire, c'e' una discussione interessante
aperta da Lem Novantotto:
http://groups.google.com/group/it.comp.hardware.storage/browse_thread/thread/7b62f2a810c4fc39
 
 
 
per rispondere alla tua domanda (forse ho divagato) ,
direi che in un sistema perfettamente funzionante il
Secure Erase non serve, pero' e' bene eseguirlo in mancanza
di TRIM e di BGC o quando l'uso e' "pesante"
(ad esempio ogni 3/6 mesi in concomitanza del backup)
o in circostante di "stallo" dell'SSD (ad esempio con
alcuni SF di prima generazione con LTT attivo)
 
a volte, in presenza di problemi all'SSD, si consiglia di
effettuare il SE, a volte risolve, a volte no, in ogni caso
e' un tentativo che va fatto prima di procedere per
tentativi o prima di aprire un RMA
 
 
ho appena segnalato una comparativa di SSD con
controller Marvell ed LSI-SF (manca il Samsung) :
http://www.xbitlabs.com/articles/storage/display/marvell-ssd.html
 
 
a pagina 7 c'e' il test di efficienza di TRIM e BGC,
misurando le prestazioni in scrittura dopo aver
scritto in modo continuativo sull'unita' (occupando
tutti i blocchi o pagine, dipende ..)
 
ciao
luca
 
 
 
 
 

Sembra che Muzio abbia detto :

Diciamo che quando si prevede di reinstallare l'OS e gli applicativi si 
può eseguire il SE, in modo da riportare comunque le celle NAND in una 
condizione neutra...per il resto se si sfrutta correttamente 
l'istruzione TRIM non occorre ricorrere al SE.
 
 

 crucial, il secure erase a livello di prestazioni non cambia nulla?
 
in teoria non serve ma se la reinstallazione (o formattazione)
avviene una o due volte all'anno, si puo' anche pianificare il SE
(a prescindere dal modello di SSD), dopotutto dura pochi secondi
 
per fare un paragone, BGC e TRIM su un SSD equivalgono
al defrag eseguito su un hard disk meccanico, mentre il
SE ad una formattazione
 
ciao
luca
 
 
 

tutti i blocchi o pagine, dipende ..)
 
nell'articolo si indicano il comando trim e i 30min idle. Ma il trim è 
automatico o va dato un comando? Lasciando idle l'ssd non si attivano 
automaticamente trim e GC? Non capisco la differenziazione
 
Muzio
 
 

 automatico o va dato un comando?
 
Il comando trim viene fornito dall'OS, che poi informa il controller 
dell'SSD su quali celle può eseguire operazioni di 
spostamento/cancellazione preventive...perciò si, è una cosa 
trasparente all'utente. Anche il BGC è una funziona automatica e 
gestita questa volta direttamente dal controller dell'SSD.
 
 

 ha scritto nel messaggio 
news:jjvgrp$5p0$1...@tdi.cu.mi.it...

il sw usato e' IOMeter che, in presenza di partizione formattata,
alla prima esecuzione alloca tutto lo spazio indirizzabile in un
unico file (iobw.tst)
 
subito dopo aver eseguito le scritture random (2 volte la capacita'
dell'SSD come da indicazioni SNIA) si misurano le prestazioni
"degradate" (riscritture) e dopo 30 minuti si riesegue la misurazione
per valutare l'efficienza del BGC (se presente) che partira'
in automatico (dipende dal firmware)
 
per eseguire il test con TRIM , si deve uscire da IOMeter e
cancellare il file di test , e' in questo momento che viene
inviato il comando TRIM all'SSD che lo eseguira' in un
secondo momento (dipende dal firmware,  di solito pochi sec.)
e durera' pochi secondi o tanti (dipende dalla dimensione
del file e dalla velocita' dell'SSD)
 
a questo punto basta rieseguire IOMeter (che alloca
un nuovo file di test) e rieseguire il bench per valutare
l'efficacia del TRIM (di solito si ottiene il 100% delle prest.)
 
ciao
luca
 
 
 

 direttamente dal controller dell'SSD.
 
 
quindi nel test la colonna "trim" significa trim abilitato o disabilitato?
come hanno fatto secondo te a misurare la prestazione dopo il trim?
 
Muzio 
 

 ha scritto nel messaggio 
news:4f634bd4$0$1375$4faf...@reader2.news.tin.it...

ah ecco, si cancella il file e si attende che l'os invii il comando al 
controller che lo applicherà in un tempo X ignoto :)
Grazie per la spiegazione.
 
Muzio 
 

Il 16/03/12, Muzio ha detto :

Per questo aspetto ti ha appena risposto 2fast... inutile ripetersi :D
 
 

 Grazie per la spiegazione.
 
sono pratico di IOMeter ;)
 
ad esempio se non usi un'unita' con partizione
formattata ma RAW, il file di test non viene creato
e non puoi verificare l'efficacia del TRIM , l'unico
modo per riportare l'unita' allo stato di out-of-box
e' con il Secure Erase, ecco che torna utile :)
(oppure partizionare, formattare e cancellare ?)
 
ciao
luca