Newsgroup: it.comp.hardware.storage
Titolo: Supporto TRIM per SSD in RAID ? Forse si' ..

I prossimi driver Intel RST 11.5 dovrebbe supportare il
comando TRIM per gli SSD anche con configurazioni RAID :
http://www.storagereview.com/intel_bringing_trim_support_raid0_rst_115
 
 
In attesa di conferme, mi auguro senza limitazioni di nessun tipo.
 
Ciao
Luca
 
 
 
 
 
 
 
 
 

 In attesa di conferme, mi auguro senza limitazioni di nessun tipo.
 
Anche se facessero una qurantina di MB/s in meno nel TR chissene...:D
 
 


wrote:

Non ho cpaito il significato di "Currently the only way for TRIM to
function on an SSD is to operate in AHCI mode".
 
Vuol dire se se setto un array raid occorre necessariamente mettere il
controller in ide mode?

 controller in ide mode?
 
No vuol dire testualmente, adesso come adesso l'unico modo di avere il 
supporto TRIM sull'SSD è settarlo in modalità AHCI.
 
E sta a indicare che PER ORA se si setta invece RAID MODE il supporto 
non c'è ancora. In IDE mode non c'è ora e mai ci sarà.
 
Oltretutto se setti IDE mi spieghi come lo crei l'array raid? Via software?


Ah ok. Perdonami, ignoranza da parte di uno che non ha mai realizzato
un array raid... ;)

Il 19/11/11, Loki ha detto :

Hai capito tutto...;D
 
 


wrote:

Esiste una pagina delle FAQ per questo newsgroup?

Loki ha spiegato il 19/11/11 :

Non che io sappia...
 
 


wrote:

C'e' un modo per dare manualmente il comando trim sotto windows7?

 C'e' un modo per dare manualmente il comando trim sotto windows7?
 
nessun TRIM manuale per Seven, con o senza RAID
(la cosa che ci si avvicina di piu' e' il BGC/IGC o simile)
 
nessuna FAQ del gruppo, altrimenti ogni risposta sarebbe
"leggi le FAQ" :D
(anche se ogni tanto ci sono delle discussioni che sembrano
delle FAQ)
 
aggiungo un ulteriore commento al discorso RAID/AHCI e TRIM
(l'IDE mode e' in ogni caso sconsigliabile per altre limitazioni)
 
il problema non dipende dalla modalita' AHCI piuttosto che
RAID (nei moderni controller integrati il RAID e' basato su AHCI)
ma dall'impossibilita' di inviare il comando TRIM da parte dei
SO (attraverso il driver) ad un volume RAID composto da SSD
 
per esempio, se hai un controller Intel/AMD impostato in RAID
dal BIOS ed installi un SSD e Seven, non hai nessun problema
con il TRIM
 
se nello stesso sistema aggiungi due hard disk in RAID-1 ,
il TRIM continuera' a funzionare sull'SSD esistente
 
al contrario, se crei un volume RAID con due SSD non c'e' verso
di inviare il TRIM ad essi , almeno fino ad oggi, la news annuncia
proprio questa possibilita', infatti e' evidente che e' solo una limitazione
software (driver) e non hardware, il TRIM e' gestito interamente dal
firmware dell'SSD, l'OS ha solo il compito di informare quali
blocchi logici del file system si sono liberati dopo una cancellazione
 
ciao
luca
 
 
 
 
 


 
Allora beccati queste: :D
 
1. Mi confermi che e' piu' conveniente creare un array raid servendosi
del SO (che sia seven, freenas o linux), piuttosto che mediante un
controller integrato sulla mobo (penso al controller sata dell'h67).
 
2. Avendo 4-5 dischi, meglio raid5 o raid10? Se non ho capito male,
col raid10 perdi *metà* della capacita'... Col raid 5 perdi solo un
disco. E' cosi'?
 
grazie.

 C'e' un modo per dare manualmente il comando trim sotto windows7?
 
In che senso...
 
 

 disco. E' cosi'?
 
Esatto, la formuletta dice che la capacità totale è uguale a N dischi - 
1.
 
 

 SO (attraverso il driver) ad un volume RAID composto da SSD
 
Scusa se tempero: questo è corretto con i fakeraid di cui al thread.
Quando ho provato con un LSI e due SSD in RAID1 il TRIM è stato
inviato e gestito.
 
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
 
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 
 
 


 
"O sistema operativo, informa *ora* in controller dell'ssd!" :)


wrote:

Ok, molto esaustivo.
 
Grazie.

 disco. E' cosi'?
 
partendo dalla risposta 1, se usi Windows e' piu' facile implementare
il RAID10 via firmware/driver , in questo caso il RAID-5 e' un azzardo
(e' comunque possibile fino a 3-4 dischi accettando l'inevitabile calo di
prestazioni in scrittura)
 
secondo me, per un file server casalingo, il RAID-5 con 3-4 dischi e'
ancora una buona scelta, per un unita' di lavoro e' meglio il RAID-10
 
le differenze le ha gia' spiegate Lorenz, concordo con lui che
ci sono pro e contro, non esiste una regola generale da FAQ ;)
 
ciao
luca
 
 
 
 
 

 inviato e gestito.
 
LSI sta avanti :)
 
anche se l'oggetto della discussione e' ambiguo, il problema
e' contestualizzato alle soluzioni integrate nei chipset Intel
(ed AMD)
 
sinceramente non riesco a capire la difficolta' nell'implementare
il TRIM via driver su un volume RAID
 
e' compito di ogni SSD gestire le proprie celle di memoria al
meglio (wear leveling, BGC, cancellazione elettrica dopo il TRIM),
l'unica limitazione e' usare modelli esattamente uguali, in modo
da ridurre la differenza di comportamento (stessa capacita'
e soprattutto stesso firmware)
 
il SO comunica i blocchi logici (file system) gia' liberati all'SSD,
il driver deve solo tradurre ogni ogni singolo blocco logico in piu'
blocchi fisici del volume (che non sono ancora quelli delle memorie
dell'SSD che esegue un'ulteriore traduzione, in ogni caso ininfluente)
 
questo algoritmo di traduzione e' gia' implementato nel driver per le
normali operazioni di I/O, a questo punto deve inviare tanti TRIM
quante sono le unita' che compongono il volume RAID (tenendo
conto della dimensione dello stripeset)
 
esempio RAID-1 con 2xSSD e stripeset di 64KiB, file system NTFS
con cluster 4KiB , ogni TRIM di un blocco logico del sistema operativo
e' tradotto dal driver in due serie di TRIM identici, ognuno composto
da un elenco di 16 blocchi , l'SSD riceve questo elenco e lo
esegue quando lo ritiene necessario
 
con un RAID-0 e stripe set 128KiB, sempre due elenchi di 16 blocchi
 
esempio piu' complicato, RAID-5 con 3 SSD e stripeset di 128KiB,
il driver deve inviare 3 serie di comandi TRIM , composti da
elenchi di 11+11+10 blocchi
 
in un contesto reale si aggiungono altri problemi, ogni SSD lavora
secondo i propri parametri operativi, anche due unita' identiche
e nuove, con l'utilizzo, si ritrovano con una diversa tabella delle
pagine NAND, gia' le celle difettose di fabbrica non rendono
due SSD identici .. ma questo non e' un problema del driver
o del SO (i dischi meccanici hanno differenze ben piu' marcate)
 
certo, a parole siamo tutti bravi :)
 
 
ciao
luca
 
 
 
 
 

 Ok, molto esaustivo.
 
non esistono vari gradi di esaustivitą.
Se uno č esaustivo, č esaustivo. Non puņ essere "poco" o "molto"
esaustivo.
 
-- 
Alessandra
 
Incurabilmente religioso, questo č il modo migliore di descrivere la
condizione mentale di cosģ tanta gente - Thomas Edison

 R-1 e R-10 (0+1 o 1+0), 
 
I dischi dinamici di Windoz in genere supportano solo il RAID 1 o al 
limite lo 0 o ricordo male io? Almeno se ci riferiamo alle versioni non 
per server...
 
 

 per server...
 
la frase che hai quotato e' riferita al RAID fw/driver ("fakeraid")
 
comunque si', il RAID con parita' (implementato via sw con i dischi
dinamici) e' presente solo nelle versioni server di Windows
 
ciao
luca
 
 
 
 
 
 
 


 
Anche in quelli per desktop comunque... almeno se ci riferiamo allo 0 e 
1.
 
http://blogs.withalan.com/a-few-notes-on-windows-7-software-raid
 
 
 

esaustivo.
 
Quello che dici e' formalmente corretto. Tuttavia, in questo caso il
"molto" non deve essere inteso alla lettera, ma solo come
rafforzativo.


wrote:

Ok, mi sono fatto un'idea.
 
grazie.

 rafforzativo.
 
meglio un "davvero", allora, oppure, se proprio vuoi esagerare, un
"incredibilmente" ;)
 
-- 
Alessandra
 
Quanto più l'uomo è religioso, tanto più crede; quanto più crede, tanto
meno sa; quanto meno sa, tanto è più ignorante; quanto è più ignorante,
tanto è più governabile - John Most

"incredibilmente" ;)
 
Volendo, anche un "assolutamente" poteva starci :)

Loki ha usato la sua tastiera per scrivere :

Ah ragà non stemo a spaccà il capello in quattro...lol
 
 


wrote:

Ha cominciato lei, uffa, ecco!

 certo, a parole siamo tutti bravi :)
 
aggiungo il link su 
hardware.fr
 con la spiegazione del problema
ed ulteriori indizi sulla data di uscita dei driver definitivi:
 
http://www.hardware.fr/news/11962/trim-raid-0-intel-rst-11-5.html
 
traduzione in italiano: 
http://tinyurl.com/d9x8b8f
 
 
sperando che non sia una prerogativa dei nuovi chipset serie 7
(per Lorenz, questa e' la limitazione a cui mi riferivo ..)
 
 
 
ciao
luca
 
 
 
 
 

 blocchi fisici del volume
 
Hai detto micio micio bau bau :-)


 Hai detto micio micio bau bau :-)
 
lo so, l'ho fatta facile, ma mica devo scriverlo io il codice :)
 
comunque se il problema e' quello descritto su 
hardware.fr
 ,
e' relativamente semplice, dopotutto anche la vecchia limitazione
era "ridicola" (il famoso "TRIM passthrough")
 
ciao
luca
 
 
 
 
 

 (stessa capacita' e firmware, aggiungo stesse memorie)
 
Si, anche io.
Però dal punto di vista del codice non dovrebbe importare, visto che
c'è (dovrebbe esserci) un altro strato di astrazione rispetto alla
gestione logica della periferica.


 gestione logica della periferica.
 
avevo frainteso, ho riletto ed ho capito cosa intendevi dire :)
 
ciao
luca