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

 


Dernière réponse
Sujet : Pb raid 0 Fedora core 2
Tomate :D

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Tomate :D
ohyes Parfait ca fonctionne.
Là où la FC3 test 3 n'a pas réussi. Mdk 10.0 l'a fait  :p
 
Voici donc les résultats :
 
/dev/md0: (Raid 0 - chunk 64Ko - début disk - partition / )
 Timing buffer-cache reads:   1652 MB in  2.00 seconds = 825.30 MB/sec
 Timing buffered disk reads:  330 MB in  3.00 seconds = 109.98 MB/sec
 
/dev/md1: (Raid 0 - chunk 128Ko - millieu disk )
 Timing buffer-cache reads:   1400 MB in  2.00 seconds = 699.06 MB/sec
 Timing buffered disk reads:  294 MB in  3.03 seconds =  97.14 MB/sec
 
/dev/md2: (Raid 1 - chunk 64Ko - fin disk )
 Timing buffer-cache reads:   1360 MB in  2.00 seconds = 679.76 MB/sec
 Timing buffered disk reads:  176 MB in  3.00 seconds =  58.62 MB/sec
 
 
 
Alors en dehors du raid 1 ou les perfs s'écroulent un peu, le reste me convient !
Un autre point aussi est que pour l'écriture du même gros fichier que plus haut sur le raid 0 :
0.07user 4.39system 0:21.98elapsed 19%CPU
sur le raid 1 :
0.07user 4.57system 0:24.06elapsed 19%CPU
 
On n'est pas censé gagner un peu en écriture sur le Raid0 ???
 
 
[:alphat] Oooooooooooh God Damned Yeeeessss ! [:alphat]
Tomate :/
ohyes je lis aussi que le raid logiciel vaut mieux que le raid logiciel du chipset.
Or sous Win2k (chipset) on obtient + de 100Mo/s en Raid 0 (Raptor)
Là je suis à à peine plus de 70Mo/S
Tomate

ohyes a écrit :

t'aurais pas une idée pourquoi mon raid est pas plus performant qu'un disque seul ?
 
Est-ce parce qu'il y a des partitions non-raid sur le disque ?
Est ce Fedora 3 qui ne les gère pas bien ?

bah le raid logiciel spa super performant comme je l'ai dit :D

ohyes t'aurais pas une idée pourquoi mon raid est pas plus performant qu'un disque seul ?
 
Est-ce parce qu'il y a des partitions non-raid sur le disque ?
Est ce Fedora 3 qui ne les gère pas bien ?
Tomate surtout que c'est le 10.000tr :D
ohyes aie dommage .... Espérons qu'il ne revienne pas un peu trop peace and love ton DD ... sinon il sera un peu tout mou !!
;)
 
Tomate

ohyes a écrit :

Tomate que veux tu dire ?
Personne n'a de résultat ?

que mon raid ne tourne plus que sur 3 durs sur 4, car il est parti en voyage en hollande en sav :D

ohyes Tomate que veux tu dire ?
Personne n'a de résultat ?
Tomate j'attends de retourner sur les 4 durs avant de srtesser mon raid :D
ohyes Personne n'a rencontré ce problème de 'lenteur' en Raid soft linux ?
 
 
Maintenant j'ai fait d'autres tests.
 
Fedora ne reconnait pas les raid arrays configurés dans le bios du controleur promise.
 
En construisant les deux raptors à l'identique (en dehors de /boot). Aucune perf de gagner. Les volumes en Raid0 n'améliorent pas les temps de lecture. (Ni en Raid1)
 
J'ai testé en changant plusieurs les chunksize
 
mkfs.ext3 -b 4096 -R stride=32 /dev/md1   (/!\ à pas formater n'importe quoi)
 
rien n'y fait. Grrrr. :fou:  
 
help me i'm in hell
ohyes ayé je me lance. Je colle du RAID. Config actuel Mdk10.0
 
Pour faire ca bien, je vais faire des tests sur l'état actuel. C'est dire disque SATA sans RAID.
Avec la commande hdparm, je donnerai la config disk ou partition et les taux de transferts.
Des tests seront fait en début et fin de disques.
Les disques sont 2 * RAPTOR II & 1 * Hitachi 7K250 (250Go-SATA)
 
A noter sur hdparm qu'il y a des commandes qui ne fonctionnent pas sur les disques SATA ou SCSI.
(d'après JP Stewart sur le message 4 du fil suivant :
http://groups.google.com/groups?hl [...] 26tab%3Dwg
 
Les commandes valides sont : a, E (for SCSI CD-ROMs), f, g, r, t, T
Un hdparm --help vous guidera, verifier y a des commandes DANGEROUS  :o
 
 
 
 
 
Voici les tests dans l'etat actuel (pas de RAID sous Mandrake 10.0) avec : hdparm -tT {partition}
 
RAPTOR [Fat32] [debut disk] [7Go]
 Timing buffer-cache reads:   1648 MB in  2.00 seconds = 823.30 MB/sec
 Timing buffered disk reads:  204 MB in  3.00 seconds =  67.99 MB/sec
 
RAPTOR [Ext3] [debut disk] [10Go]
 Timing buffer-cache reads:   1620 MB in  2.00 seconds = 809.72 MB/sec
 Timing buffered disk reads:  204 MB in  3.02 seconds =  67.56 MB/sec
 
RAPTOR [Fat32] [mi-fin disk] [38Go]
 Timing buffer-cache reads:   1636 MB in  2.00 seconds = 816.08 MB/sec
 Timing buffered disk reads:  196 MB in  3.01 seconds =  65.04 MB/sec
 
7K250 [Ext3] [debut disk] [72Go]
 Timing buffer-cache reads:   1632 MB in  2.01 seconds = 813.68 MB/sec
 Timing buffered disk reads:  172 MB in  3.01 seconds =  57.21 MB/sec
 
7K250 [Ext3] [mi fin disk] [123Go]
 Timing buffer-cache reads:   1396 MB in  2.01 seconds = 696.02 MB/sec
 Timing buffered disk reads:  154 MB in  3.02 seconds =  51.03 MB/sec
 
7K250 [Fat32] [fin fin disk] [6Go]
 Timing buffer-cache reads:   1628 MB in  2.00 seconds = 813.31 MB/sec
 Timing buffered disk reads:   96 MB in  3.02 seconds =  31.78 MB/sec
 
et maintenant un test de copie depuis le 7k250 vers le raptor. Taille du fichier 700Mo
commande :
time cp /mnt/doc/700Mo_FILE /usr/
0.08user 2.80system 0:21.22elapsed 13%CPU (0avgtext+0avgdata 0maxresident)k
 
une deuxieme fois à donné moins de 20secondes.
 
 
 
1ere remarque importante, le Raptor semble garder une vitesse de lecture en fin de disque de bien meilleure facture que l'Hitachi. (A savoir que je n'avais pas de petite partition en bout du Raptor...)
 
 
 :bounce:  On y Va !!! :bounce:  
 
Le raid sera soft et géré par linux (passage en Fedora 3 test 3).
Les volumes RAID seront construit durant l'installation et s'organiseront de la façon suivante :
 
http://www.chez.com/ohyes/miseEnRaid.png  
 
 
alors j'expérimente là. Je ne sais pas si c'est faisaible, le mélande Raid0 et Raid1 sur le même disque.
De plus je suis pas un expert partition, et je ne suis pas sûr que les partitions /tmp et /var/log sont bien placées en bout du 2ieme Raptor
 
 
 
 :heink: 1er RESULTAT, 1ere DECEPTION  :sweat:  
 
La construction des volumes RAID s'est faite sans aucun soucis lors de l'install de la Fedora 3.
Une autre remarque et qu'au démarrage de l'install, Fedora 3 a fait un AUTODETECTING RAID ARRAYS ...  
... je pense donc que mon chipset Promise 20376 est reconnu. (Je ferais un autre test avec montage Raid via le chipset et non via linux)
 
Autre remarque est que Fedora ne m'a pas laissé organisé les partitions comme je le voulais, il mettait systématiquement les plus grandes en début de disk.
 
Voici un extrait des mesures effectuées sur le RAID 0 et RAID 1.
 
RAPTOR Raid 0 [Ext3]
 Timing cached reads:   1700 MB in  2.00 seconds = 849.28 MB/sec
 Timing buffered disk reads:  208 MB in  3.01 seconds =  69.00 MB/sec
 
RAPTOR Raid 1 [Ext3]
 Timing cached reads:   1596 MB in  2.00 seconds = 796.93 MB/sec
 Timing buffered disk reads:  t176 MB in  3.02 seconds =  58.25 MB/sec
 
 
time cp /mnt/nextWin/700Mo_FILE /usr/
real    0m21.373s
user    0m0.282s
sys     0m5.480s
 
 
Autrement dit jusque là aucun gain !!  :sweat:  :(
 
Je vérifirai les configs ce soir, et je testerai d'autres types de config. En faisant notamment les mêmes partitions sur les deux raptors.
Si vous avez des idées de pourquoi je n'ai rien gagné jusque là, dites moi.
Merci.
 
 
 
-------- Je reviendrais sur ce message mettre à jour suivant les évolutions ---------
ohyes bizarre tous les gens qui font du Raid sont en débian ???
 
comme l'a fait splurf .. ajouter le test "hdparm -t"
splurf [type_chipset]RAID bus controller: Promise Technology, Inc. PDC20319 (FastTrak S150 TX4)
[carte ou intégré]carte promise TX4
[niveau Raid]raid 5
[logiciel ou matériel]logiciel
[Interface:IDE ou SATA ou SCSI]SCSI
[nombre_de_disque ou partition]4 dd sata(4x400Go) - 3 partitions (/ /boot et swap)
[distro]Debian Sid
[satisfait: Oui, non]Oui
[hdparm -t / (dev/md1)]: 83.51 MB/sec
splurf [type_chipset]SCSI storage controller: SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08)
[carte ou intégré]intégré
[niveau Raid]raid 5
[logiciel ou matériel]logiciel
[Interface:IDE ou SATA ou SCSI]SCSI
[nombre_de_disque ou partition]3 dd scsi(73Go/15kRPM) - 3 partitions (/ /boot et swap)
[distro]Debian Sid
[satisfait: Oui, non]Oui
[hdparm -t / (dev/md1)]: 143.33 MB/sec
[/citation]
splurf [type_chipset]SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01)
[carte ou intégré]intégré
[niveau Raid]raid 5
[logiciel ou matériel]logiciel
[Interface:IDE ou SATA ou SCSI]SCSI
[nombre_de_disque ou partition]5 dd scsi - 3 partitions (/ /boot et swap)
[distro]Debian Sid
[satisfait: Oui, non]Oui
[hdparm -t / (dev/md1)]: 127.57 MB/sec
jdloic [type_chipset]Adaptec AIC-7892B U160/m
[carte ou intégré]carte (19160)
[niveau Raid]raid 1
[logiciel ou matériel]logiciel
[Interface:IDE ou SATA ou SCSI]SCSI
[nombre_de_disque ou partition]2 dd scsi - 3 partitions (/ /boot et LVM)
[distro]Debian Sarge
[satisfait: Oui, non]Oui
ohyes merci splurf  :jap:  pour hdparm.
 
 
En date du 26/10/04
 
Un premier point sur le RAID est d'utiliser le Raid Soft Linux plutot que de chercher un driver pour son chipset.
 
Pour faire du Raid 0 sur les partitions systèmes, il faut le faire dès l'installation.
Exemple sur une RaidHat  :D  ... euh RedHat à cette url :
http://www.redhat.com/docs/manuals [...] -raid.html
 
 
Ce serait interessant de comparer un raid logiciel sur chipset (ou carte controleur) et un raid logiciel via Linux. (Tout ca avec hdparm + evntuellement utilisation cpu lors d'un transfert d'un grooooos fichier)
splurf hdparm -t /dev/mdX

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)