* Sync rates? @ 2004-05-06 19:15 me 2004-05-06 19:32 ` Måns Rullgård 0 siblings, 1 reply; 10+ messages in thread From: me @ 2004-05-06 19:15 UTC (permalink / raw) To: linux-raid Hi, I added a 120GB drive to a degraded raid 1 drive (well it's really 5 partitions all raid 1). I started last night (maybe 8pm) at this rate it will be done syncing in just under 24 hours. Is this sync rate expected? I would have thought 120GB wouldn't have taken that long, I'm running 7200RPM IDE drives on separate controllers, with an Athlon 3200. Thanks Jay ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:15 Sync rates? me @ 2004-05-06 19:32 ` Måns Rullgård 2004-05-06 19:40 ` Paul Clements 2004-05-06 19:48 ` me 0 siblings, 2 replies; 10+ messages in thread From: Måns Rullgård @ 2004-05-06 19:32 UTC (permalink / raw) To: linux-raid <me@heyjay.com> writes: > Hi, > > I added a 120GB drive to a degraded raid 1 drive (well it's really 5 > partitions all raid 1). I started last night (maybe 8pm) at this rate it > will be done syncing in just under 24 hours. Is this sync rate expected? I > would have thought 120GB wouldn't have taken that long, I'm running 7200RPM > IDE drives on separate controllers, with an Athlon 3200. My raid1 over two 240GB raid0 arrays sync in about 3 hours. Maybe you are syncing all 5 partitions at the same time. That would be likely to cause a slowdown since the disk would be seeking quite a bit. -- Måns Rullgård mru@kth.se - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:32 ` Måns Rullgård @ 2004-05-06 19:40 ` Paul Clements 2004-05-06 19:50 ` me 2004-05-06 19:48 ` me 1 sibling, 1 reply; 10+ messages in thread From: Paul Clements @ 2004-05-06 19:40 UTC (permalink / raw) To: linux-raid Måns Rullgård wrote: > <me@heyjay.com> writes: >>will be done syncing in just under 24 hours. Is this sync rate expected? I Have you checked /proc/sys/dev/raid/speed_limit_min and _max ? These may need to be increased if you want the resync to be faster. > Maybe you are syncing all 5 partitions at the same time. Except the driver won't let that happen. It serializes resync of arrays that share the same physical components. -- Paul - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:40 ` Paul Clements @ 2004-05-06 19:50 ` me 2004-05-06 19:59 ` Paul Clements 2004-05-12 18:04 ` Eric Wood 0 siblings, 2 replies; 10+ messages in thread From: me @ 2004-05-06 19:50 UTC (permalink / raw) To: Paul Clements, linux-raid ----- Original Message ----- From: "Paul Clements" <paul.clements@steeleye.com> To: <linux-raid@vger.kernel.org> Sent: Thursday, May 06, 2004 2:40 PM Subject: Re: Sync rates? Måns Rullgård wrote: > <me@heyjay.com> writes: >>will be done syncing in just under 24 hours. Is this sync rate expected? I Have you checked /proc/sys/dev/raid/speed_limit_min and _max ? These may need to be increased if you want the resync to be faster. ------ platinum:~# cat /proc/sys/dev/raid/speed_limit_min 1000 platinum:~# cat /proc/sys/dev/raid/speed_limit_max 200000 Are these acceptable? Jay - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:50 ` me @ 2004-05-06 19:59 ` Paul Clements 2004-05-07 2:01 ` me 2004-05-12 18:04 ` Eric Wood 1 sibling, 1 reply; 10+ messages in thread From: Paul Clements @ 2004-05-06 19:59 UTC (permalink / raw) To: me; +Cc: linux-raid me@heyjay.com wrote: > platinum:~# cat /proc/sys/dev/raid/speed_limit_min > 1000 > platinum:~# cat /proc/sys/dev/raid/speed_limit_max > 200000 > Are these acceptable? Well, those values are in KB/s. And, your resync rate is about: 120000000 / ( 24 * 60 * 60 ) = 1388 KB/s if my calculations are correct. I'd try bumping the min value up to say 10000 and see if that speeds things up. Is there much I/O activity on the system? That will slow down a resync quite a bit, too. -- Paul ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:59 ` Paul Clements @ 2004-05-07 2:01 ` me 0 siblings, 0 replies; 10+ messages in thread From: me @ 2004-05-07 2:01 UTC (permalink / raw) To: Paul Clements; +Cc: linux-raid My machine was idle during the rebuild. When I say idle, I mean no one logged in, no user processes running (except me sshed into the box), no database, no I/O other than the rebuild. While the rebuild was going on my system was debilitated, totally slow to respond to ssh commands Jay ----- Original Message ----- From: "Paul Clements" <paul.clements@steeleye.com> To: <me@heyjay.com> Cc: <linux-raid@vger.kernel.org> Sent: Thursday, May 06, 2004 2:59 PM Subject: Re: Sync rates? > me@heyjay.com wrote: > > > platinum:~# cat /proc/sys/dev/raid/speed_limit_min > > 1000 > > platinum:~# cat /proc/sys/dev/raid/speed_limit_max > > 200000 > > Are these acceptable? > > Well, those values are in KB/s. And, your resync rate is about: > > 120000000 / ( 24 * 60 * 60 ) = 1388 KB/s > > if my calculations are correct. I'd try bumping the min value up to say > 10000 and see if that speeds things up. Is there much I/O activity on > the system? That will slow down a resync quite a bit, too. > > -- > Paul > > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:50 ` me 2004-05-06 19:59 ` Paul Clements @ 2004-05-12 18:04 ` Eric Wood 1 sibling, 0 replies; 10+ messages in thread From: Eric Wood @ 2004-05-12 18:04 UTC (permalink / raw) To: linux-raid ----- Original Message ----- > > platinum:~# cat /proc/sys/dev/raid/speed_limit_min > 1000 > platinum:~# cat /proc/sys/dev/raid/speed_limit_max > 200000 > > Are these acceptable? > > Jay # echo -n 500000 > /proc/sys/dev/raid/speed_limit_max That'll speed it up. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Sync rates? 2004-05-06 19:32 ` Måns Rullgård 2004-05-06 19:40 ` Paul Clements @ 2004-05-06 19:48 ` me 1 sibling, 0 replies; 10+ messages in thread From: me @ 2004-05-06 19:48 UTC (permalink / raw) To: linux-raid, Måns Rullgård >> Hi, >> >> I added a 120GB drive to a degraded raid 1 drive (well it's really 5 >> partitions all raid 1). I started last night (maybe 8pm) at this rate it >> will be done syncing in just under 24 hours. Is this sync rate expected? I >> would have thought 120GB wouldn't have taken that long, I'm running 7200RPM >> IDE drives on separate controllers, with an Athlon 3200. >My raid1 over two 240GB raid0 arrays sync in about 3 hours. Maybe you >are syncing all 5 partitions at the same time. That would be likely >to cause a slowdown since the disk would be seeking quite a bit. Indeed I did sync them all at the same time. But when I cat /proc/mdstat four partitions were delaying syncing while on performed a sync Jay ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <200405070244.i472iHB15917@www.watkins-home.com>]
* Re: Sync rates? [not found] <200405070244.i472iHB15917@www.watkins-home.com> @ 2004-05-07 5:28 ` me 0 siblings, 0 replies; 10+ messages in thread From: me @ 2004-05-07 5:28 UTC (permalink / raw) To: Guy, linux-raid Weird, seems as if the faster the processor the longer the test takes. I ran it on 2 other machines, in addition to the one with raid. Here are the results. What type of disks are you using? Your results are almost twice as fast as my fastest (which is machine 3 i.e. my slowest chip speed). Jay Machine 1 (the one in question), AMD 3200, 1 GB RAM, Disks on individual IDE channels platinum:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/md0 19686680 1195512 17491132 7% / tmpfs 452284 0 452284 0% /dev/shm /dev/md1 39373624 32844 37340696 1% /opt /dev/md2 39373624 32848 37340692 1% /home /dev/md4 14974680 32872 14181136 1% /usr/local platinum:~# time dd if=/dev/hda of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 166.335481 seconds (3939989 bytes/sec) real 2m46.336s user 0m0.004s sys 2m13.280s platinum:~# time dd if=/dev/hdc of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 171.632623 seconds (3818388 bytes/sec) real 2m51.634s user 0m0.004s sys 1m33.162s # Machine 2, PII 400 Mhz, the disks are master/slave meir:~# df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda4 4806936 1220040 3342708 27% / /dev/hda1 46636 935 43293 3% /boot /dev/hda5 4996728 938156 3804748 20% /home /dev/hda6 3937220 2026628 1710588 55% /usr /dev/hdb2 9843308 8246848 1096440 89% /opt au:/usr/local/src 29530400 6731216 21299120 25% /usr/local/src meir:~# time dd if=/dev/hda of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out real 2m48.300s user 0m0.030s sys 1m49.000s Machine 1, PPro 180 Mhz, Master/Slave abba:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 9851308 2534948 6815940 28% / tmpfs 258204 0 258204 0% /dev/shm /dev/hda3 7842996 3502032 3942552 48% /mnt/hda3 abba:~# time dd if=/dev/hda of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 56.396242 seconds (11620632 bytes/sec) real 0m56.416s user 0m0.120s sys 0m11.960s ----- Original Message ----- From: "Guy" <bugzilla@watkins-home.com> To: <me@heyjay.com> Sent: Thursday, May 06, 2004 9:44 PM Subject: RE: Sync rates? > My system re-builds at 4000-5000K/sec/disk. It has 14 disks. > During a re-build the CPU load is below 5%. > I have 2 CPUs, P3-500Mhz, 512Meg ram. > During a re-build I don't notice any slowdown. I had a disk fail and it > re-build on the spare. I did not know until hours after it was done. > > If you cat /proc/mdstat it will show the re-build rate. > That rate is per disk, not an overall total. > > I would say your system has problems! > Test each disk with dd. > This is a read test!! > > time dd if=/dev/hda of=/dev/null bs=64k count=10000 > > This should take less than a minute (34.6 seconds for me). > If the above gives the same results on each disk, drop the count=10000. > > time dd if=/dev/hda of=/dev/null bs=64k > > Without the count=10000 it will read 100% of the disk, this may take an hour > or more. > It will report a record count. > Do this math to determine the speed in K per second. > Records*64/number of seconds > > Replace "hda" with whatever is correct for you. > Do this for each disk. > I bet you find 1 disk is much slower than the others. > Maybe a bad cable, don't know. > > Good luck, > Guy > > -----Original Message----- > From: linux-raid-owner@vger.kernel.org > [mailto:linux-raid-owner@vger.kernel.org] On Behalf Of me@heyjay.com > Sent: Thursday, May 06, 2004 10:02 PM > To: Paul Clements > Cc: linux-raid@vger.kernel.org > Subject: Re: Sync rates? > > My machine was idle during the rebuild. When I say idle, I mean no one > logged in, no user processes running (except me sshed into the box), no > database, no I/O other than the rebuild. > > While the rebuild was going on my system was debilitated, totally slow to > respond to ssh commands > > Jay > ----- Original Message ----- > From: "Paul Clements" <paul.clements@steeleye.com> > To: <me@heyjay.com> > Cc: <linux-raid@vger.kernel.org> > Sent: Thursday, May 06, 2004 2:59 PM > Subject: Re: Sync rates? > > > > me@heyjay.com wrote: > > > > > platinum:~# cat /proc/sys/dev/raid/speed_limit_min > > > 1000 > > > platinum:~# cat /proc/sys/dev/raid/speed_limit_max > > > 200000 > > > Are these acceptable? > > > > Well, those values are in KB/s. And, your resync rate is about: > > > > 120000000 / ( 24 * 60 * 60 ) = 1388 KB/s > > > > if my calculations are correct. I'd try bumping the min value up to say > > 10000 and see if that speeds things up. Is there much I/O activity on > > the system? That will slow down a resync quite a bit, too. > > > > -- > > Paul > > > > > > - > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <200405070624.i476OKB17105@www.watkins-home.com>]
* Re: Sync rates? [not found] <200405070624.i476OKB17105@www.watkins-home.com> @ 2004-05-07 21:54 ` me 0 siblings, 0 replies; 10+ messages in thread From: me @ 2004-05-07 21:54 UTC (permalink / raw) To: Guy; +Cc: linux-raid Cable problems, I suspect this is more to ones liking? platinum:/mnt/config# ./ddtest time dd if=/dev/hda of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 12.050804 seconds (54383093 bytes/sec) real 0m12.058s user 0m0.000s sys 0m1.780s time dd if=/dev/hdc of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 11.508676 seconds (56944865 bytes/sec) real 0m11.510s user 0m0.010s sys 0m1.670s What exactly am I testing here though? I'm only testing write speed not read speed, correct? Is there an analogous test for reads? Thanks Jay ----- Original Message ----- From: "Guy" <bugzilla@watkins-home.com> To: <me@heyjay.com> Sent: Friday, May 07, 2004 1:24 AM Subject: RE: Sync rates? > I don't understand what's wrong with your disks. If you can, configure one > as a master without a slave. Then time it. > > My disks are slow/old SCSI disks. The max speed is about 19Meg/second. > Today's disks are much faster. > The reason my disks are as slow as 4000-5000K /sec is that I have 7 of them > on a 40M/sec SCSI bus. > I checked my notes, the speed is just over 5000K/sec. > If I were to upgrade the SCSI card to a LVD (80M/sec) I would get about > 10000K/sec. I did that once with a barrowed card. Was very cool. > My disks are Seagate ST118202LC or SX118282LS, depending on where I look! > 18Gig, 10,000RPM. Good seek time, but slow sustained transfer rate. > > Guy > > -----Original Message----- > From: me@heyjay.com [mailto:me@heyjay.com] > Sent: Friday, May 07, 2004 1:29 AM > To: Guy; linux-raid@vger.kernel.org > Subject: Re: Sync rates? > > Weird, seems as if the faster the processor the longer the test takes. I > ran it on 2 other machines, in addition to the one with raid. Here are the > results. What type of disks are you using? Your results are almost twice > as fast as my fastest (which is machine 3 i.e. my slowest chip speed). > > Jay > > Machine 1 (the one in question), AMD 3200, 1 GB RAM, Disks on individual IDE > channels > platinum:~# df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/md0 19686680 1195512 17491132 7% / > tmpfs 452284 0 452284 0% /dev/shm > /dev/md1 39373624 32844 37340696 1% /opt > /dev/md2 39373624 32848 37340692 1% /home > /dev/md4 14974680 32872 14181136 1% /usr/local > > platinum:~# time dd if=/dev/hda of=/dev/null bs=64k count=10000 > 10000+0 records in > 10000+0 records out > 655360000 bytes transferred in 166.335481 seconds (3939989 bytes/sec) > > real 2m46.336s > user 0m0.004s > sys 2m13.280s > > > platinum:~# time dd if=/dev/hdc of=/dev/null bs=64k count=10000 > 10000+0 records in > 10000+0 records out > 655360000 bytes transferred in 171.632623 seconds (3818388 bytes/sec) > > real 2m51.634s > user 0m0.004s > sys 1m33.162s > > # Machine 2, PII 400 Mhz, the disks are master/slave > meir:~# df > Filesystem 1k-blocks Used Available Use% Mounted on > /dev/hda4 4806936 1220040 3342708 27% / > /dev/hda1 46636 935 43293 3% /boot > /dev/hda5 4996728 938156 3804748 20% /home > /dev/hda6 3937220 2026628 1710588 55% /usr > /dev/hdb2 9843308 8246848 1096440 89% /opt > au:/usr/local/src 29530400 6731216 21299120 25% /usr/local/src > > meir:~# time dd if=/dev/hda of=/dev/null bs=64k count=10000 > 10000+0 records in > 10000+0 records out > > real 2m48.300s > user 0m0.030s > sys 1m49.000s > > Machine 1, PPro 180 Mhz, Master/Slave > abba:~# df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/hda1 9851308 2534948 6815940 28% / > tmpfs 258204 0 258204 0% /dev/shm > /dev/hda3 7842996 3502032 3942552 48% /mnt/hda3 > > > abba:~# time dd if=/dev/hda of=/dev/null bs=64k count=10000 > 10000+0 records in > 10000+0 records out > 655360000 bytes transferred in 56.396242 seconds (11620632 bytes/sec) > > real 0m56.416s > user 0m0.120s > sys 0m11.960s > > > > ----- Original Message ----- > From: "Guy" <bugzilla@watkins-home.com> > To: <me@heyjay.com> > Sent: Thursday, May 06, 2004 9:44 PM > Subject: RE: Sync rates? > > > > My system re-builds at 4000-5000K/sec/disk. It has 14 disks. > > During a re-build the CPU load is below 5%. > > I have 2 CPUs, P3-500Mhz, 512Meg ram. > > During a re-build I don't notice any slowdown. I had a disk fail and it > > re-build on the spare. I did not know until hours after it was done. > > > > If you cat /proc/mdstat it will show the re-build rate. > > That rate is per disk, not an overall total. > > > > I would say your system has problems! > > Test each disk with dd. > > This is a read test!! > > > > time dd if=/dev/hda of=/dev/null bs=64k count=10000 > > > > This should take less than a minute (34.6 seconds for me). > > If the above gives the same results on each disk, drop the count=10000. > > > > time dd if=/dev/hda of=/dev/null bs=64k > > > > Without the count=10000 it will read 100% of the disk, this may take an > hour > > or more. > > It will report a record count. > > Do this math to determine the speed in K per second. > > Records*64/number of seconds > > > > Replace "hda" with whatever is correct for you. > > Do this for each disk. > > I bet you find 1 disk is much slower than the others. > > Maybe a bad cable, don't know. > > > > Good luck, > > Guy > > > > -----Original Message----- > > From: linux-raid-owner@vger.kernel.org > > [mailto:linux-raid-owner@vger.kernel.org] On Behalf Of me@heyjay.com > > Sent: Thursday, May 06, 2004 10:02 PM > > To: Paul Clements > > Cc: linux-raid@vger.kernel.org > > Subject: Re: Sync rates? > > > > My machine was idle during the rebuild. When I say idle, I mean no one > > logged in, no user processes running (except me sshed into the box), no > > database, no I/O other than the rebuild. > > > > While the rebuild was going on my system was debilitated, totally slow to > > respond to ssh commands > > > > Jay > > ----- Original Message ----- > > From: "Paul Clements" <paul.clements@steeleye.com> > > To: <me@heyjay.com> > > Cc: <linux-raid@vger.kernel.org> > > Sent: Thursday, May 06, 2004 2:59 PM > > Subject: Re: Sync rates? > > > > > > > me@heyjay.com wrote: > > > > > > > platinum:~# cat /proc/sys/dev/raid/speed_limit_min > > > > 1000 > > > > platinum:~# cat /proc/sys/dev/raid/speed_limit_max > > > > 200000 > > > > Are these acceptable? > > > > > > Well, those values are in KB/s. And, your resync rate is about: > > > > > > 120000000 / ( 24 * 60 * 60 ) = 1388 KB/s > > > > > > if my calculations are correct. I'd try bumping the min value up to say > > > 10000 and see if that speeds things up. Is there much I/O activity on > > > the system? That will slow down a resync quite a bit, too. > > > > > > -- > > > Paul > > > > > > > > > > - > > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > > > > > > > > ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2004-05-12 18:04 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-06 19:15 Sync rates? me
2004-05-06 19:32 ` Måns Rullgård
2004-05-06 19:40 ` Paul Clements
2004-05-06 19:50 ` me
2004-05-06 19:59 ` Paul Clements
2004-05-07 2:01 ` me
2004-05-12 18:04 ` Eric Wood
2004-05-06 19:48 ` me
[not found] <200405070244.i472iHB15917@www.watkins-home.com>
2004-05-07 5:28 ` me
[not found] <200405070624.i476OKB17105@www.watkins-home.com>
2004-05-07 21:54 ` me
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).