* doesm mdadm try to use fastest HDD ?
@ 2007-11-02 11:52 Janek Kozicki
2007-11-02 13:10 ` Bill Davidsen
0 siblings, 1 reply; 3+ messages in thread
From: Janek Kozicki @ 2007-11-02 11:52 UTC (permalink / raw)
To: linux-raid
Hello,
My three HHDs have following speeds:
hda - speed 70 MB/sec
hdc - speed 27 MB/sec
sda - speed 60 MB/sec
They create a raid1 /dev/md0 and raid5 /dev/md1 arrays. I wanted to
ask if mdadm is trying to pick the fastest HDD during operation?
Maybe I can "tell" which HDD is preferred?
This came to my mind when I saw this:
# mdadm --query --detail /dev/md1 | grep Prefer
Preferred Minor : 1
And also in the manual:
-W, --write-mostly [...] "can be useful if mirroring over a slow link."
many thanks for all your help!
--
Janek Kozicki |
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: doesm mdadm try to use fastest HDD ?
2007-11-02 11:52 doesm mdadm try to use fastest HDD ? Janek Kozicki
@ 2007-11-02 13:10 ` Bill Davidsen
2007-11-07 9:10 ` Goswin von Brederlow
0 siblings, 1 reply; 3+ messages in thread
From: Bill Davidsen @ 2007-11-02 13:10 UTC (permalink / raw)
To: Janek Kozicki; +Cc: linux-raid
Janek Kozicki wrote:
> Hello,
>
> My three HHDs have following speeds:
>
> hda - speed 70 MB/sec
> hdc - speed 27 MB/sec
> sda - speed 60 MB/sec
>
> They create a raid1 /dev/md0 and raid5 /dev/md1 arrays. I wanted to
> ask if mdadm is trying to pick the fastest HDD during operation?
>
> Maybe I can "tell" which HDD is preferred?
>
If you are doing raid-1 between hdc and some faster drive, you could try
using write-mostly and see go that works for you. For raid-5, it's
faster to read the data off the slow drive than reconstruct it with
multiple reads to multiple othjer faster drives.
> This came to my mind when I saw this:
>
> # mdadm --query --detail /dev/md1 | grep Prefer
>
> Preferred Minor : 1
>
> And also in the manual:
>
> -W, --write-mostly [...] "can be useful if mirroring over a slow link."
>
>
> many thanks for all your help!
>
I have two thoughts on this:
1 - if performance is critical, replace the slow drive
2 - for most things you do, I would expect seek to be more important
than transfer rate
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: doesm mdadm try to use fastest HDD ?
2007-11-02 13:10 ` Bill Davidsen
@ 2007-11-07 9:10 ` Goswin von Brederlow
0 siblings, 0 replies; 3+ messages in thread
From: Goswin von Brederlow @ 2007-11-07 9:10 UTC (permalink / raw)
To: Bill Davidsen; +Cc: Janek Kozicki, linux-raid
Bill Davidsen <davidsen@tmr.com> writes:
> Janek Kozicki wrote:
>> Hello,
>>
>> My three HHDs have following speeds:
>>
>> hda - speed 70 MB/sec
>> hdc - speed 27 MB/sec
>> sda - speed 60 MB/sec
>>
>> They create a raid1 /dev/md0 and raid5 /dev/md1 arrays. I wanted to
>> ask if mdadm is trying to pick the fastest HDD during operation?
>>
>> Maybe I can "tell" which HDD is preferred?
>>
>
> If you are doing raid-1 between hdc and some faster drive, you could
> try using write-mostly and see go that works for you. For raid-5, it's
> faster to read the data off the slow drive than reconstruct it with
> multiple reads to multiple othjer faster drives.
Won't it naturally balance reads according to the disk speeds if there
are enough streams reading? I know raid1 prefers a disk that is
already near the location it wants. But won't it pick the first idle
one if there is no disk near the location? And the faster disk will be
idle more often.
MfG
Goswin
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-11-07 9:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-11-02 11:52 doesm mdadm try to use fastest HDD ? Janek Kozicki
2007-11-02 13:10 ` Bill Davidsen
2007-11-07 9:10 ` Goswin von Brederlow
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).