Bonjour,

Pourquoi la reconstruction est si lente par rapport aux raid1?
( calcul de la parité mais quand même )

Voici qqs infos:

controleur scsi : Adaptec AIC-7902B U320 (rev 10)


cat /proc/mdstat

Personalities : [linear] [raid0] [raid1] [raid5] [raid4]
md4 : active raid5 sdc9[3] sdb9[1] sda9[0]
518706432 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
[=====>...............] recovery = 26.7% (69461248/259353216) finish=619.8min speed=5104K/sec

md1 : active raid1 sda6[0] sdb6[1]
979840 blocks [2/2] [UU]

md2 : active raid1 sda7[0] sdb7[1]
9767424 blocks [2/2] [UU]

md3 : active raid1 sda8[0] sdb8[1]
19534912 blocks [2/2] [UU]

md0 : active raid1 sda5[0] sdb5[1]
979840 blocks [2/2] [UU]


~# iostat
Linux 2.6.16.20-grsec (xxxx) 22.06.2006

cpu-moy: %user %nice %sys %iowait %idle
0,01 0,00 0,23 0,07 99,69

Device: tps Blk_lus/s Blk_écrits/s Blk_lus Blk_écrits
sda 49,59 5527,00 2557,36 138783680 64215654
sdb 49,29 8020,62 67,85 201398768 1703718
sdc 28,36 0,01 5525,71 264 138751278
md0 3,82 0,88 30,33 22016 761496
md3 0,32 2,14 2,31 53768 58064
md2 1,59 3,17 12,32 79568 309256
md1 0,01 0,00 0,05 112 1312

md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
raid5: automatically using best checksumming function: generic_sse
generic_sse: 7312.000 MB/sec
raid5: using function: generic_sse (7312.000 MB/sec)
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39


--
Vincent Lenouvel - <vincent@info.unicaen.fr>
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
wget -O - http://users.info.unicaen.fr/~vincent/signature.asc | gpg --import

On Thu, 22 Jun 2006 16:24:48 +0200
"Jean-Yves F. Barbier" <7ukwn@free.fr> wrote:

> ^^^^
> Etranges ces disparités!
>
> que donne:
> # hdparm -Tt /dev/sdX
> et:
> # hdparm -Tt /dev/mdN
> ???


~# hdparm -t /dev/md[0-3]

/dev/md0:
Timing buffered disk reads: 212 MB in 3.00 seconds = 70.60 MB/sec

/dev/md1:
Timing buffered disk reads: 218 MB in 3.04 seconds = 71.67 MB/sec

/dev/md2:
Timing buffered disk reads: 194 MB in 3.00 seconds = 64.62 MB/sec

/dev/md3:
Timing buffered disk reads: 212 MB in 3.00 seconds = 70.57 MB/sec



~# hdparm -t /dev/sd[a-c]

/dev/sda:
Timing buffered disk reads: 216 MB in 3.01 seconds = 71.81 MB/sec

/dev/sdb:
Timing buffered disk reads: 222 MB in 3.01 seconds = 73.83 MB/sec

/dev/sdc:
Timing buffered disk reads: 220 MB in 3.00 seconds = 73.28 MB/sec


>
> JY
> --
> Linux, there's worse...
> but it it's unreliable and overcharged.


--
Vincent Lenouvel - <vincent@info.unicaen.fr>
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
wget -O - http://users.info.unicaen.fr/~vincent/signature.asc | gpg --import

On Thu, 22 Jun 2006 16:24:48 +0200
"Jean-Yves F. Barbier" <7ukwn@free.fr> wrote:

> ^^^^
> Etranges ces disparités!
>
> que donne:
> # hdparm -Tt /dev/sdX
> et:
> # hdparm -Tt /dev/mdN
> ???


~# hdparm -t /dev/md[0-3]

/dev/md0:
Timing buffered disk reads: 212 MB in 3.00 seconds = 70.60 MB/sec

/dev/md1:
Timing buffered disk reads: 218 MB in 3.04 seconds = 71.67 MB/sec

/dev/md2:
Timing buffered disk reads: 194 MB in 3.00 seconds = 64.62 MB/sec

/dev/md3:
Timing buffered disk reads: 212 MB in 3.00 seconds = 70.57 MB/sec



~# hdparm -t /dev/sd[a-c]

/dev/sda:
Timing buffered disk reads: 216 MB in 3.01 seconds = 71.81 MB/sec

/dev/sdb:
Timing buffered disk reads: 222 MB in 3.01 seconds = 73.83 MB/sec

/dev/sdc:
Timing buffered disk reads: 220 MB in 3.00 seconds = 73.28 MB/sec


>
> JY
> --
> Linux, there's worse...
> but it it's unreliable and overcharged.


--
Vincent Lenouvel - <vincent@info.unicaen.fr>
Université de Caen, Campus II, Bd Maréchal Juin, BP 5186, 14032 Caen
Empreinte de la clé = D14D EFE9 4F55 AF89 98B0 666B 17E5 C840 4B0D 80E4
wget -O - http://users.info.unicaen.fr/~vincent/signature.asc | gpg --import

Vincent Lenouvel wrote:

>
> Bonjour,
>
> Pourquoi la reconstruction est si lente par rapport aux raid1?
> ( calcul de la parité mais quand même )
>

Il faut peut-être ajuster les valeurs dans les fichiers suivants, mais
normalement ça affecte la vitesse de reconstruction du raid1 et du raid5.
La valeur max par défaut est 200000
/proc/sys/dev/raid/speed_limit_max
/proc/sys/dev/raid/speed_limit_min

Je n'ai pas constaté de vitesses aussi faibles sur mon système, mais la
configuration est très différente (disques ata + sata)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vincent Lenouvel wrote:

>
> Bonjour,
>
> Pourquoi la reconstruction est si lente par rapport aux raid1?
> ( calcul de la parité mais quand même )
>

Il faut peut-être ajuster les valeurs dans les fichiers suivants, mais
normalement ça affecte la vitesse de reconstruction du raid1 et du raid5.
La valeur max par défaut est 200000
/proc/sys/dev/raid/speed_limit_max
/proc/sys/dev/raid/speed_limit_min

Je n'ai pas constaté de vitesses aussi faibles sur mon système, mais la
configuration est très différente (disques ata + sata)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On 15:12 Thu 22 Jun , Vincent Lenouvel wrote:
>
> Bonjour,
>
> Pourquoi la reconstruction est si lente par rapport aux raid1?
> ( calcul de la parité mais quand même )

Oui, c'est la parité. j'ai un raid1 qui se reconstruit "super vite" mais
pour un Raid5 ( 4x400Go ) , 1Hdd de parité, ca met a peu pret 1 nuit à
reconstruire, c'est normal !!

Amicalement,
--
================================================== =========
,''`. Xavier Oswald <x.oswald@free.fr>
: :' : GNU/LINUX Debian & Debian-Edu Contributor
`. `' GnuPG Key ID 0x88BBB51E
`- 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E
================================================== =========


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On 15:12 Thu 22 Jun , Vincent Lenouvel wrote:
>
> Bonjour,
>
> Pourquoi la reconstruction est si lente par rapport aux raid1?
> ( calcul de la parité mais quand même )

Oui, c'est la parité. j'ai un raid1 qui se reconstruit "super vite" mais
pour un Raid5 ( 4x400Go ) , 1Hdd de parité, ca met a peu pret 1 nuit à
reconstruire, c'est normal !!

Amicalement,
--
================================================== =========
,''`. Xavier Oswald <x.oswald@free.fr>
: :' : GNU/LINUX Debian & Debian-Edu Contributor
`. `' GnuPG Key ID 0x88BBB51E
`- 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E
================================================== =========


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org