Le RAID0 logiciel, est-ce qu'en pratique ça apporte des performances
palpables?
Moi j'ai une grosse (qui occupe beaucoup de place sur le disque) base MySQL
à faire mouliner plus vite rapidement (pas le temps de revoir la structure
des données).
Ce que je remarque, avec entre autre gkrellm, c'est que sur les requetes qui
nous paraissent lentes, la quantité d'I/O monte pendant la requete. On est
pour le moement avec un seul disque SATA.
Si on doit optimiser au niveau du matériel, je pense donc qu'il faut donner
un peu plus de punch aux I/O. D'ou l'orientation vers un RAID0.
La machine tournera sous Linux.
Mais ceux qui ont essayé ont-ils eu de nettes améliorations?
Le Thu, 24 May 2007 01:19:08 +0200, Pascal Hambourg a écrit :
Oui mais non : si elle est juste inférieure mais pas sensiblement, la probabilité que la donnée soit à cheval entre deux bandes est grande. Du coup il faut lire une bande sur chaque disque et adieu le gain de temps d'accès.
En effet. Typiquement, on considère le gain intéressant si la taille du bloc lu tourne autour d'un bloc de système de fichiers (entre 1 et 4 Ko en général), les bandes étant elles plutôt entre 4 et 256Ko, en général.
-- I am not a vegetarian because I love animals; I am a vegetarian because I hate plants. A. Whitney Brown
Le Thu, 24 May 2007 01:19:08 +0200, Pascal Hambourg a écrit :
Oui mais non : si elle est juste inférieure mais pas sensiblement, la
probabilité que la donnée soit à cheval entre deux bandes est grande.
Du coup il faut lire une bande sur chaque disque et adieu le gain de temps
d'accès.
En effet. Typiquement, on considère le gain intéressant si la taille du
bloc lu tourne autour d'un bloc de système de fichiers (entre 1 et 4 Ko
en général), les bandes étant elles plutôt entre 4 et 256Ko, en général.
--
I am not a vegetarian because I love animals; I am a vegetarian
because I hate plants.
A. Whitney Brown
Le Thu, 24 May 2007 01:19:08 +0200, Pascal Hambourg a écrit :
Oui mais non : si elle est juste inférieure mais pas sensiblement, la probabilité que la donnée soit à cheval entre deux bandes est grande. Du coup il faut lire une bande sur chaque disque et adieu le gain de temps d'accès.
En effet. Typiquement, on considère le gain intéressant si la taille du bloc lu tourne autour d'un bloc de système de fichiers (entre 1 et 4 Ko en général), les bandes étant elles plutôt entre 4 et 256Ko, en général.
-- I am not a vegetarian because I love animals; I am a vegetarian because I hate plants. A. Whitney Brown
