Newsgroup: it.comp.os.linux.sys
Titolo: Parere su OCZ SSD RevoDrive3 X2

Ciao,
qualcuno usa questo tipo di prodotto:
OCZ SSD 240GB RevoDrive3 X2
 
Sto cercando una soluzione SSD veloce e sicura
per un database server..
 
La vendono su Ebay a 636Eu ..
 
Ho letto in giro che il problema delle ssd è il numero delle scritture 
.. passato un certo limite sono da buttare ..
Queste però leggo che vengono garantite dalla casa 3 anni ..
 
Grazie!
 
-- Yena --

 Queste però leggo che vengono garantite dalla casa 3 anni ..
 
Le celle MLC da 25nm, come quelle usate nel prodotto che t'interessa,
hanno una vita media attesa di circa 3000 scritture. Ma ci si sta
accorgendo che, quando sono di buona qualità (come nel caso del prodotto
che t'interessa), spesso durano molto di più.
 
In soldoni e molto spannometricamente: 240GB x 3000 = 720TB di
scritture, che fanno vent'anni di vita con 100GB di scritture al giorno.
 
Ma mi vien da pensare che tu t'intenda poco o niente di SSD, eh?
 
Comunque, cose da sapere:
 
a) per usare quel device su Linux credo ci voglia un kernel 3.2,
o che si debba adattare il driver proprietario per Linux che OCZ
rilascia per gli Z-Drive. E comunque non ho idea se il TRIM funzioni
(il device è un raid0, in fondo). Per tutto questo, cfr.
http://www.ocztechnologyforum.com/forum/showthread.php?98087-OCZ-RevoDrive-3-X2-Linux-driver-AVAILABLE
 
 
b) a maggior ragione, non riempire stabilmente il device per più di
3/4 della sua capienza;
 
c) se invece ti serve un prodotto davvero di classe *enterprise*, il
corrispondente è questo (che però costa cinque volte tanto):
OCZ Z-Drive R4 CM84 300GB, che ha una vita attesa fino a 7,5PB (sic!)
di scritture.
http://www.oczenterprise.com/ssd-products/z-drive-c-series.html
 
-- 
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://home.edges-grid.eu/home/
 
 
http://www.gpugrid.net/
 

 per un database server..
 
Non conosco il prodotto in questione, tuttavia per un ambiente 
enterprise userei SSD di tipo SLC (ad esempio Intel, che a differenza 
di OCZ ha un ciclo di produzuione e testing differente). Non ho 
esperienze dirette ma leggo da molto tempo:
 
http://www.anandtech.com/tag/storage
 
 
e le mie idee me le sono fatte.
 
Considera poi quale sarà lo spazio occuapto dal DB, che ti consiglio 
non superi il 50% del device a stato solido.
 
Una soluzione differente, se vuoi farti gli occhi (ma attento al 
portafolgio) dai un occhio qui:
 
http://www.fusionio.com/
 
 
Altrimenti due SSD da mettere in RAID con un buon controller LSI, 
potebbe essere una scelta più flessibile ed anche più economica.
 


 
 
Si Sono alle prime armi con le SSD ..
 
Grazie mille!


Ho trovato !
http://www.google.com/products/catalog?q=Fusion-io+Octal&hl=en&client=firefox-a&hs=0DJ&rls=org.mozilla:it:official&prmd=imvns&biw=1243&bih=820&um=1&ie=UTF-8&tbm=shop&cid=3760276032171547310&sa=X&ei=CD5WT-X_MceF4gSnw7mJCg&ved=0CDoQ8wIwAA
 
 
SabrePC.com 	 48 seller ratings 	New 			$83,994
Aztekcomputers 	 87 seller ratings 	New 			$99,995
 
 
se lo compro da SabrePC.com risparmio anche qualcosa per comprarmi una 
bella Cinquecento ;-)))
 
-- Yena --

 bella Cinquecento ;-)))
 
 
Indeed.
 
Ma con 1.2 MIOPS devi star attento a non far andare a fuoco i cavi di
rete... :-P
 
 
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/
 

 
http://www.oczenterprise.com/drivers.html
 
 
Per curiosità mia, il TRIM funziona? Ti andrebbe di provare a vedere?
 
Se usi ext4, ecco un metodo semplice per verificare. Diciamo che il device 
da testare è /dev/sdb, montato su /pippo:
 
# cd /pippo
# dd if=/dev/urandom of=testfile bs=1M count=3
# hdparm --fibmap testfile
 
L'ultimo comando ti dice che settori occupa il file.
Appurato che il file sia contiguo, scegli un settore in mezzo al file e 
leggilo con:
 
# hdparm --read-sector [SETTORE] /dev/sdb
(occhio che devi indicare proprio il device, non la partizione).
 
Dovresti leggere dati casuali. Se è così, procedi alla cancellazione del 
file:
 
# rm /pippo/testfile && sync && sleep 120
 
Ora leggi di nuovo il settore di prima, nello stesso modo di prima:
# hdparm --read-sector [SETTORE] /dev/sdb
 
Se leggi tutti zero, il TRIM ha sicuramente funzionato. Ciò non 
significa, beninteso, che il controller abbia davvero resettato quelle 
celle di memoria (nel caso specifico, col file contiguo, probabilmente 
l'ha fatto), ma che sa di poterlo fare alla bisogna, e verso l'OS si 
comporta come se l'avesse già fatto.
 
Se non leggi tutti zero, altrettanto sicuramente il TRIM non ha 
funzionato.


 Diciamo che il device da testare è /dev/sdb, montato su /pippo:
 
Diciamo che il device da testare è /dev/sdb, e che una sua partizione è 
montata su /pippo.
