SMPFR

Giz, Kali>
si interne c'est plus du garbage collect et oui pour trim Zfs, mais elle parle de raid 1 (non de Zfs) d'ou ma question

edit: presque grilled


sinon un soft/ script qui de temps en temps ecrit sur tout l'espace libre et le libere pour forcer le garbage interne?

tu peux faire du mirror avec zfs.

Z: Raid 10 alors? ou 50/60

Quid du contrôleur sur le serveur ?

Le contrôleur ce serait une PERC H730P RAID Controller, 2GB NV Cache

Pour le raid on pensait faire du 10
Mais si je peux éviter ZFS ce serait bien, j'en ai juste pas du tout l'utilité pour le fonctionnement du serveur. Il y aura beaucoup d'écritures "unique" dans le sens où on va accumuler énormément dans la base de données mais ce qui sera dedans ne bougera plus après.

Support for TRIM/UNMAP Commands for SAS/
SATA SSDs

=> http://i.dell.com/sites/doccontent/shar ... -Sheet.pdf

prend du gros ssd alors
plus ils sont gros plus ils encaissent (des tank quoi )

Donc si je comprends bien la H730P gère le trim en raid ?

Attention à ne pas prendre des SSD en technologie TLC (comme les Samsung EVO) car si c'est pour une machine "intensive" il va vite être mort ! (1000 cycles).

Privilégier les SSD MLC à minima.

Attention à ne pas prendre des SSD en technologie TLC (comme les Samsung EVO) car si c'est pour une machine "intensive" il va vite être mort ! (1000 cycles).

Privilégier les SSD MLC à minima.

faut déjà y aller pour écrire 500 Téra octets, et comme je l'ai dit, on va surtout archiver donc écrire une seule fois.

alors pourquoi partir sur du ssd si c'est de l'archivage sans trop de lectures ?
dsl Z j'essaie de voir aussi (on à la même chose pour notre monitoring mais plus petit 50Go/mois d'insert dans la db ~~ mais faut venir les lire très souvent ... et pourtant on a pas de ssd :'( )

alors pourquoi partir sur du ssd si c'est de l'archivage sans trop de lectures ?
dsl Z j'essaie de voir aussi (on à la même chose pour notre monitoring mais plus petit 50Go/mois d'insert dans la db ~~ mais faut venir les lire très souvent ... et pourtant on a pas de ssd :'( )

sans trop d'écritures tu veux dire ?
Parce que le client il peut avoir besoin de lire 50% des données et ça doit répondre vite et qu'une base de données c'est rarement des lectures séquentielles

ah ok donc c'est pas juste de l'archivage
bah ouai SSD qui va bien

ah ok donc c'est pas juste de l'archivage
bah ouai SSD qui va bien

c'est archivage + lecture, c'est pas écriture+réécriture+réécriture etc...
On fait ça aussi pour un service, et on s'était dit que le SSD il serait vite mort

pas sur si grosse capa et wearleveling actif en SLC

pas sur si grosse capa et wearleveling actif en SLC

ça aurait coûté beaucoup plus cher que le SAS et ça tient pour le moment avec du SAS

-> Intel 750 1,2 To en PCie ou en 2,5" ( Intel SSDPE2MW012T4R5 )
... http://www.materiel.net/ssd/intel-750-s ... 15971.html

-> Intel DC en 800 Go : 2,5" S3700 ou PCIe P3700 (jusqu'à 2 To)
=> http://www.intel.fr/content/www/fr/fr/s ... eries.html
... et autres ref : https://www-ssl.intel.com/content/www/f ... amily.html

Aussi : gamme Pro 1500 & 2500
-> http://www.intel.fr/content/www/fr/fr/s ... amily.html

j'ai besoin que de 500 Go et en sata

... regarde les liens: ça existe aussi en SATA !

Sinon c'est convertible : http://www.amazon.com/Funtin-Adapter-SF ... s=sff+8639

check : http://smpfr.mesdiscussions.net/smpfr/H ... 1892_1.htm

Je suis pas sûre d'avoir la place en pci express dans un R430

D'après la fiche technique, 2 emplacements PCIe 3.0.

J'ai reçu la machine aujourd'hui ça marche niquel

Support for TRIM/UNMAP Commands for SAS/
SATA SSDs

=> http://i.dell.com/sites/doccontent/shar ... -Sheet.pdf

@mouki Bien vérifier que le contrôleur gère le TRIM.