From: Roberto Spadim <roberto@spadim.com.br>
To: Piergiorgio Sartor <piergiorgio.sartor@nexgo.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID HDDs spin up sequence
Date: Mon, 31 Jan 2011 20:42:59 -0200 [thread overview]
Message-ID: <AANLkTi=11rtmUjncnE5ABPeqTWuBjN+hYJysxc8KKUdQ@mail.gmail.com> (raw)
In-Reply-To: <AANLkTi=gL3ATPN1+HHE+mhK7ZsM+aPyyQfVsz9Pq1Ajf@mail.gmail.com>
source code is the best source of information
try here too (WIKI)
https://raid.wiki.kernel.org/index.php/Main_Page
2011/1/31 Roberto Spadim <roberto@spadim.com.br>:
> the better probability here is: all disks must be waked up
> since you can have acces of 1gb but starting at a position that all
> disks must be used
> don´t try used small PSU
> HP Proliant ML310G5 start all hardware on power up (a lot o Watts) and
> after slow down thinks... why? check if PSU is ok, if not, don´t start
> server. that´s a good PSU system.
> ok if you want to test, i think the worst scenario is all disks beeing
> waked up, i think linux use async (many threads) commands to send
> write/read, maybe you will have a small time between wake up (maybe
> just some microseconds)
>
> 2011/1/31 Piergiorgio Sartor <piergiorgio.sartor@nexgo.de>:
>> On Mon, Jan 31, 2011 at 07:09:24PM -0200, Roberto Spadim wrote:
>>> you psu must be dimensioned to work with everythink at full work load
>>> (it愀 a real production NAS right?! not a test)
>>> your SAS/IDE/SATA controller and HDD manual should be checked
>>> how hdd wake up? one command (read/write) over sata/sas/ide channel wake it up?
>>> on linux raid we have a read algorithm and a write algorithm
>>> if a raid1 write occur all disks will wake up
>>> if a raid1 (raid0 or another) read occur only the disk will wake up
>>>
>>> but check you SATA/IDE/SATA controller, how it wake up your disk, and
>>> how you hdd wake up
>>
>> Hi, thanks for the answer, unfortunately I was
>> hoping to have made myself clear enough.
>>
>> First of all, it is a RAID-6, so let's say that's
>> already decided by requirements. With SATA HDDs.
>>
>> Second, the question was exactly about how the HDDs
>> are waked up. This is a SW issue, trying with normal
>> setups, i.e. a couple of disks, it is possible to
>> send them to sleep (hdparm -y /dev/hdX) and the wake
>> them up by a simple access.
>> I had no opportunity to check this with a RAID-5/6,
>> so I was asking if anyone knows.
>>
>> Finally, in order to be power efficient, the PSU,
>> assuming something like an 80 Plus Gold, should work
>> at not less than 20% of the nominal power, otherwise
>> (according to some reviews), the efficiency drops far
>> below the 80%~90% declared by the 80 Plus standard
>> (which is measured at 20%, 50% and 100% of the maximum
>> specified power).
>> It seem it gets easily around 40%~50%.
>> So, the PSU must be somehow under dimensioned for the
>> spin up of 10 HDDs, which seem to require a possible
>> 30W*10=300W (some nasty HDDs seem to require 30W, in
>> this situation) only for the storage.
>>
>> If the HDDs spin up one after the other, then the peak
>> consumption is only 30W, which might allow a lower
>> power PSU, in contrast with the requirement to provide
>> 300W alone for the spin up.
>>
>> So, back to the original question, if a 10 HDDs RAID-6
>> is in standby, how do the single HDD will be waked up,
>> in case of access? Of course, a quite larger access,
>> i.e. some GiB of data.
>>
>> Thanks again,
>>
>> bye,
>>
>> --
>>
>> piergiorgio
>> --
>> 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
>>
>
>
>
> --
> Roberto Spadim
> Spadim Technology / SPAEmpresarial
>
--
Roberto Spadim
Spadim Technology / SPAEmpresarial
--
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
next prev parent reply other threads:[~2011-01-31 22:42 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-31 20:18 RAID HDDs spin up sequence Piergiorgio Sartor
2011-01-31 21:09 ` Roberto Spadim
2011-01-31 21:10 ` Roberto Spadim
2011-01-31 21:11 ` Mathias Burén
2011-01-31 21:25 ` Roberto Spadim
2011-01-31 21:29 ` Mathias Burén
2011-01-31 21:35 ` Roberto Spadim
2011-01-31 22:23 ` Piergiorgio Sartor
2011-01-31 22:42 ` Roberto Spadim
2011-01-31 22:42 ` Roberto Spadim [this message]
2011-01-31 23:07 ` Piergiorgio Sartor
2011-01-31 23:12 ` Roberto Spadim
2011-02-01 1:45 ` Phillip Susi
2011-02-01 12:39 ` Roman Mamedov
2011-02-01 13:10 ` John Robinson
2011-02-01 21:37 ` Stan Hoeppner
2011-02-01 22:46 ` Roberto Spadim
2011-02-01 13:55 ` brian.foster
2011-02-01 14:37 ` Roberto Spadim
2011-02-01 14:44 ` Roberto Spadim
2011-02-01 15:01 ` John Robinson
2011-02-01 15:46 ` Roberto Spadim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='AANLkTi=11rtmUjncnE5ABPeqTWuBjN+hYJysxc8KKUdQ@mail.gmail.com' \
--to=roberto@spadim.com.br \
--cc=linux-raid@vger.kernel.org \
--cc=piergiorgio.sartor@nexgo.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).