linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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:25 -0200	[thread overview]
Message-ID: <AANLkTi=gL3ATPN1+HHE+mhK7ZsM+aPyyQfVsz9Pq1Ajf@mail.gmail.com> (raw)
In-Reply-To: <20110131222348.GA15912@lazy.lzy>

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
--
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

  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 [this message]
2011-01-31 22:42       ` Roberto Spadim
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=gL3ATPN1+HHE+mhK7ZsM+aPyyQfVsz9Pq1Ajf@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).