Newsgroup: it.comp.hardware
Titolo: chiarimenti su ssd, raid, velocità

allora...tutti sappiamo dei recenti aumenti dei prezzi degli hdd 
meccanici, ma non è questo il punto.
 
il punto è che vorrei capire come comportarmi in futuro (ovvero da oggi 
in poi) con i pc per uso lavorativo relativamente agli SSD.
 
per quanto ne so, gli ssd hanno ancora il "limite" di avere un ciclo di 
scrittura limitato rispetto agli hdd, indi per cui non penso siano 
particolarmente consigliati in situazioni, come la gestione di 
database, dove le scritture su disco sono frequentissime. voi che ne 
pensate?
 
un cliente mi ha chiesto se poteva sostituire il suo disco meccanico 
con un ssd, ma io ho preferito farlo desistere. certo, con i db la 
velocità di lettura da disco è fondamentale, quindi penso che la 
differenza di prestazioni sarebbe altissima, ma...a quale prezzo?
 
altra domanda: si può fare/vale la pena di fare un raid con dischi ssd? 
ovvero, se il controller sata supporta ad esempio raid5, il supporto è 
valido anche in caso di dischi ssd? si avrebbero cmq gli stessi 
pro/contro che si avrebbero con i vari livelli raid fatti con dischi 
meccanici?
 
 

 meccanici?
 
il raid lo puoi fare. L'unico limite che pare ci sia (ma non ho
approfondito) è che venga a mancare il supporto del trim.
adaptec li usa così: 
http://goo.gl/aFM5C
 
 
 
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Nera...
 
L'indirizzo em@il non è da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

 adaptec li usa così: 
http://goo.gl/aFM5C
 
 
mmm molto interessante
 
 

 avrebbero con i vari livelli raid fatti con dischi meccanici?
 
Sostanzialmente si... ma ci sarebbe un "piccolo" particolare. Ad oggi 
ancora non è possibile attivare l'istruzione TRIM nel caso si mettano 
SSD in RAID. Questo in prospettiva provocherebbe un caduta di 
prestazioni una volta che tutte le celle di memoria abbiano subito un 
operazione di scrittura.
 
 

 tutte le celle di memoria abbiano subito un operazione di scrittura.
si ho letto del fatto che i cluster degli ssd sono di 4mb se non 
sbaglio, molto + grandi dei cluster degli hdd, quindi quando il disco è 
pieno l'OS deve leggere e riscrivere l'intero cluster, quindi la 
funzione TRIM se non sbaglio dovrebbe mitigare questo problema...
 
 

 poi) con i pc per uso lavorativo relativamente agli SSD.
 
argomento interessante, ti suggerisco di aprire una
discussione anche su it.comp.hardware.storage
(ci sono gli stessi frequentatori di questo gruppo)
 
ciao
luca
 
ps: ultimamnente sembro un PR :D
 
 
 

 SSD in RAID
 
Fortunatamente pare che a brevissimo la cosa sarà risolta su hw intel.
 
http://www.tomshw.it/cont/news/ssd-intel-in-raid-0-con-supporto-trim-ci-siamo-quasi/34626/1.html
 

Enrico ICQ # 2323960 ha pensato forte :

Si l'avevo letta quella news...speriamo che si sbrighino :D
 
 

 sbaglio dovrebbe mitigare questo problema...
 
In sintesi le celle di memoria negli SSD sono organizzate in pagine, le 
quali rappresentano la più piccola unità di allocazione...ovvero 4KB. 
Poi a sua volta le pagine sono raggruppate in blocchi, i quali sono 
formati da 128 pagine, per un totale quindi di 512KB per blocco. Il 
controller può leggere e scrivere singole pagine ma può cancellare solo 
interi blocchi alla volta. Tutto questo provoca alla lunga (ovvero una 
volta che tutte le celle sono state scritte) rallentamenti nel caso si 
debbano scrivere file di dimensioni inferiori al blocco. In soldoni 
dunque l'istruzione TRIM permette di "pianificare" le operazioni di 
cancellazione, dato che è lo stesso OS che informa il controller di 
quali blocchi possono essere cancellati duranti i periodi di 
inattività.
 
Qui comunque trovi una spiegazione su come funziona in particolare:
 
http://it.wikipedia.org/wiki/TRIM
 
 
 

 frequentissime. voi che ne pensate?
 
Penso che anzitutto, come ti è ben stato già risposto, ci sono
ssd e ssd. :)
 
Che gli ssd siano già una realtà per i database mi sembra un fatto 
incontestabile, tanto che c'è gente che s'è preoccupata di scrivere 
software, come questo, ottimizzati anche per gli ssd:
http://rethinkdb.com/
 
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://dnahome.cs.rpi.edu/dna/
 
 
http://www.gpugrid.net/
 

in effetti allora su qualche pc potrei tentare l'esperimento...
 
Non e' molto grande. Se il DB/SO lo supportano, perche' non proponi un
sostanzioso upgrade della RAM? 

 scrittura limitato rispetto agli hdd, indi per cui non penso siano
con l'attività che descrivi lo puoi fare tranquillamente, ma devi avere 
sempre il backup del db (cosa che vale anche per hdd tradizionali)