Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2051 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  quel est le filesystem le plus rapide avec du raid 5 et du LVM

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

quel est le filesystem le plus rapide avec du raid 5 et du LVM

n°370186
gountar
vive les chats et corbier
Posté le 05-12-2003 à 13:21:31  profilanswer
 

ba tout est ds le titre  
 
5 disk en Raid 5 avec LVM mais quel filesystem XFS JFS EXT/3 ou reiserfs ou autre....

mood
Publicité
Posté le 05-12-2003 à 13:21:31  profilanswer
 

n°370217
glacote
Posté le 05-12-2003 à 14:31:21  profilanswer
 

Le choix du fs dépend davantage de l'usage que tu en fais que de son support.
A part ça je te recommande evms plutôt que lvm: plus à-jour, bad block relocation, snapshot, etc.
Pour l'installer deux solutions:
1) si tu as la change d'être sous debian, apt-cache search evms
2) sinon, il faut patcher à la main, mais les patches 2.4.22 marchent mal avec un 2.4.23.
 
Une fois que tu as evms, tu peux redimensionner tes partitions sans perte de données. Donc si tu fais le mauvais choix de file-system, c'est facile de revenir en arrière.
 
A priori je conseillerais:
1) / en ext{2,3}, si possible monté en read-only
2) /var en XFS, surtout si tu as un /var/mail dedans
3) /home en ce que tu veux (ext3, reiserfs)
4) /mnt/{mp3,movies} en JFS
5) /tmp et /var/cache en tmpfs si tu as assez de swap

n°370231
- Fred -
007 Agent
Posté le 05-12-2003 à 14:57:44  profilanswer
 

J'ai un pote qui veut utiliser son RAID1 (materiel, carte Silicon Image) sous Linux, en étant certain de ne pas bousiller ses données : est-ce que vous auriez un howto sympa ? J'ai lu qu'il existait les raidtools, pourquoi evms et lvm sont-ils là alors ? Plus de détails ici :
http://forum.hardware.fr/forum2.ph [...] 458&cat=11
 
Sinon, pour ton fs, tu peux penser à reiser4 qui devrait être pas mal lorsqu'il sortira ;)

n°370234
Taz
bisounours-codeur
Posté le 05-12-2003 à 15:02:34  profilanswer
 

ok, c'est vendredi. la solution de glacote a le mérite de satisfaire tout le monde :D par contre de là à justifier

n°370236
- Fred -
007 Agent
Posté le 05-12-2003 à 15:11:40  profilanswer
 

Taz a écrit :

ok, c'est vendredi. la solution de glacote a le mérite de satisfaire tout le monde :D par contre de là à justifier


Ca fait pas mal de temps que j'ai le pb sur les bras, et j'ai pas encore eu de réponse correcte ... donc effectivement, je proffite qu'on soit vendredi et que je sois en TD Maple pour vous demander de l'aide :D.
 
Si c'est pour Reiser4, effectivement ca fait longtemps qu'il est en "mise au point" et qu'il "doit sortir bientôt", mais promis, il sera révolutionnaire [:totozzz]

n°370244
Taz
bisounours-codeur
Posté le 05-12-2003 à 15:23:10  profilanswer
 

en attendant le reiserfs 3 de la branche 2.4 me donne entière satisfaction, il est bien plus performant pour la gestion de petits fichiers ne serait ce qu'en vitesse : ça se sent quand on aspire des sites ou qu'on a des arborescences de 10.000 fichiers / 500Mo

n°370293
glacote
Posté le 05-12-2003 à 16:36:57  profilanswer
 

Si tu veux utiliser evms il te faut:
noyau 2.4.23
evms 2.2.0
Les patches additionnels evms pour le noyau:
dm-snapshot-VFS.patch et dm-snapshot.patch
et le device mapper
Eventuellement les derniers correctifs evms, à appliquer aux sources /engine de evms.
 
A partir de là il faut:
1) extraire le noyau:
   tar xfz linux-2.4.23.tar.gz
   mv linux-2.4.23{,-evms} && cp /usr/src/linux/.config linux-2.4.23-evms
   cat linux-2.4.23-evms/Makefile |sed "s/EXTRAVERSION =/EXTRAVERSION = -evms/" > linux-2.4.23-evms/Makefile
 
2) patcher le noyau: attention à l'ordre !
 
patch -Np1 -i ../../device-mapper.1.00.07/patches/linux-2.4.22-devmapper-ioctl.patch
patch -Np1 -i ../../device-mapper.1.00.07/patches/linux-2.4.22-VFS-lock.patch
patch -Np1 -i ../../evms-2.2.0/kernel/2.4/dm-table-22.patch
patch -Np1 -i ../../evms-2.2.0/patches/linux-2.4.xx/dm-snapshot.patch
patch -Np1 -i ../../evms-2.2.0/kernel/2.4/dm-bbr.patch
patch -Np1 -i ../../evms-2.2.0/kernel/2.4/md-recovery.patch
patch -Np1 -i ../../evms-2.2.0/kernel/2.4/md-multipath.patch
patch -Np1 -i ../../evms-2.2.0/kernel/2.4/dm-sparse.patch
 
3) Rectifier à la main les patches qui ont échoué sur les fichiers
drivers/md/dm-table.c (retirer la ligne 139 "memset(t->highs, -1, num_targets * sizeof(sector_t));" ) et drivers/md/dm/lvm.c
(retirer les "/* lvm_do_lv_create calls fsync_dev_lockfs()/unlockfs() */
/* #define      LVM_VFS_ENHANCEMENT */" et les autres "#ifdef LVM_VFS_ENHANCEMENT .. #endif"
)
Patch précise que le patching a réussi mais "avec fuzz"; en effet les patches sont faits par rapport à un 2.4.22 et là on utilise un 2.4.23. Tu constateras que sémantiquement on se contente de faire à la main ce que les patches étaient censés faire ...
 
4) compiler son noyau, lilo/grub, reboot
 
5) compiler evms (./configure, make, su -c "make install" ) ou installer les paquetages préfabriqués (pour debian uniquement):
apt-get install evms evms-{cli,ncurses,gui}  
 
6) Configurer les arrays raid comme indiqué ici
 
7) Prévoir le initrd qui va bien (
Bon courage !
 
PS: je suis en train d'essayer de mettre ça en place avec loop-aes en plus, c'est un peu galère, mais bon ...


Message édité par glacote le 05-12-2003 à 16:41:38
n°370296
- Fred -
007 Agent
Posté le 05-12-2003 à 16:38:48  profilanswer
 

Et ca te permet de monter un volume RAID sans perdre les données déjà existantes ?

n°370301
glacote
Posté le 05-12-2003 à 16:43:55  profilanswer
 

- Fred - a écrit :

Et ca te permet de monter un volume RAID sans perdre les données déjà existantes ?


Si c'est du RAID software, oui.
EVMS, c'est vraiment top: il y a un mode "compatibility"; tu peux ensuite convertir tes volumes en "evms natif", sans perte de données, s'il reste assez d'espace disque.
Franchement EVMS c'est strictement supérieur à tout le reste.
Sans compter le snapshotting (pas encore testé, mais ça a l'air énorme niveau sécurité: tu montes un snapshot du vrai système, ça te permet de découvrir toutes les tentatives de pollution du ssytème) et bad block relocation (indispensable !)


Message édité par glacote le 05-12-2003 à 16:44:14
n°370470
- Fred -
007 Agent
Posté le 05-12-2003 à 20:20:03  profilanswer
 

C'est pas du RAID software, c'est du raid hardware avec une carte Silicon Image. Il a mis en place le raid avec les outils de la carte et installé XP. Maintenant, il veut installer Linux sur son PC ... avec le RAID. Actuellement, il est installé sur un disque séparé, il n'a pas osé monter son volume RAID.

mood
Publicité
Posté le 05-12-2003 à 20:20:03  profilanswer
 

n°371758
glacote
Posté le 08-12-2003 à 08:36:47  profilanswer
 

Pas compris: tu RAID 5 hardware avec puce Silicon Image ? Quel rapport avec LVM ?

n°372043
- Fred -
007 Agent
Posté le 08-12-2003 à 17:42:25  profilanswer
 

Bah justement, il ne voit pas quels volumes monter : quels périphériques dans /dev sont à monter pour accéder au RAID, et quels outils sont nécessaures pour le faire marcher ?

n°407599
fazouye
Posté le 12-02-2004 à 10:56:37  profilanswer
 

Glacote, pourrais-tu argumenter ton choix de système de fichier ?
(je fais une étude pour monter un serveur mails)
Merci  :hello:  
 
D'autre part, j'ai déjà monté des RH9 en LVM via l'assistant lors de l'install .. relativement simple
Aujourd'hui j'essaye de partir Debian, mais il n'y a apparemment pas de possibilité LVM lors de l'install... des suggestions ?
 

glacote a écrit :

Le choix du fs dépend davantage de l'usage que tu en fais que de son support.
...
...
...
A priori je conseillerais:
1) / en ext{2,3}, si possible monté en read-only
2) /var en XFS, surtout si tu as un /var/mail dedans
3) /home en ce que tu veux (ext3, reiserfs)
4) /mnt/{mp3,movies} en JFS
5) /tmp et /var/cache en tmpfs si tu as assez de swap

n°407695
elrond
Posté le 12-02-2004 à 12:58:18  profilanswer
 

[:drapo]

n°408157
glacote
Posté le 12-02-2004 à 17:39:31  profilanswer
 

Reiser a fait pas mal de tests; les benchmarks ne manquent pas sur le web.
 
XFS: très efficace si nombreux petits fichiers (Maildir ...), + gestion des ACL. Cela dit pour les ACL il y a maintenant des options pour ext2/3.
 
JFS est (paraît-il, en fait je n'ai jamais fait autre chose qu'essayer brièvement) le meilleur pour les gros fichiers (débit en écriture).
 
ReiserFS, à mon avis, sera excellent, mais est encore loin d'être stable à ma connaissance. Eviter, en production.
 
Ext2/3: performances correctes (sauf si nombreux fichiers/dossiers), "hyper"-standard (support en dur dans n'importe quel noyau de n'importe quel disquette "rescue", etc.).
 
tmpfs: ça revient à forcer le noyau à mettre des fichiers en RAM   au lieu de laisser faire la vm. A voir, et à mon avis plus d'actualité avec les noyaux 2.6.

n°408170
Taz
bisounours-codeur
Posté le 12-02-2004 à 17:50:00  profilanswer
 

glacote a écrit :


 
ReiserFS, à mon avis, sera excellent, mais est encore loin d'être stable à ma connaissance. Eviter, en production.
 
Ext2/3: performances correctes (sauf si nombreux fichiers/dossiers), "hyper"-standard (support en dur dans n'importe quel noyau de n'importe quel disquette "rescue", etc.).
 
tmpfs: ça revient à forcer le noyau à mettre des fichiers en RAM   au lieu de laisser faire la vm. A voir, et à mon avis plus d'actualité avec les noyaux 2.6.


 
genre le reiserfs était présent et stable dans le 2.4 avant que l'ext3 ne voit le jour ...
 
le tmpfs est très bien pour les /tmp si on a un peu de ram


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  quel est le filesystem le plus rapide avec du raid 5 et du LVM

 

Sujets relatifs
Monitorer du RAID (SI0680) sous RH9?[RAID] [FileSystem] Quel FS pour étendre un RAID5 en toute sécurité ?
RAID : Comment le monter sans tout péter ?Pb installation controleur HPT370/372 BD7-Raid sous REDHAT 9
[question] Linux RAID avec SATA[kde] barre de lancement rapide ...
Configuration rapide d'une connexion internet[ RAID partagé ] toujours entre windows et linux ...
Mdk 9.1 sur P4P800B deluxe + 2.4CGHz bcp plus rapide qu' XP !!! 
Plus de sujets relatifs à : quel est le filesystem le plus rapide avec du raid 5 et du LVM


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR