pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Kevin Grittner <Kevin.Grittner@wicourts.gov>
To: Gregory Stark <gsstark@mit.edu>
Cc: Matthew <matthew@flymine.org>
Cc: Mark Mielke <mark@mark.mielke.cc>
Cc: pgsql-performance@postgresql.org
Subject: Re: RAID arrays and performance
Date: Tue, 29 Jan 2008 11:13:54 -0600
Message-ID: <479F0A72.EE98.0025.0@wicourts.gov> (raw )
In-Reply-To: <873asginrz.fsf@stark.xeocode.com >
References: <Pine.LNX.4.58.0712041213490.3731@aragorn.flymine.org >
<87lk8aiqf3.fsf@oxford.xeocode.com >
<Pine.LNX.4.58.0712041247540.3731@aragorn.flymine.org >
<475559F4.7060104@mark.mielke.cc >
<Pine.LNX.4.58.0712041349380.3731@aragorn.flymine.org >
<4755648C.90905@mark.mielke.cc >
<Pine.LNX.4.58.0712041454110.3731@aragorn.flymine.org >
<87bq96ii3b.fsf@oxford.xeocode.com >
<Pine.LNX.4.58.0712041603490.3731@aragorn.flymine.org >
<4755810E.4000707@mark.mielke.cc >
<Pine.LNX.4.58.0712041637260.3731@aragorn.flymine.org >
<87zlwq6yz9.fsf@oxford.xeocode.com >
<Pine.LNX.4.64.0801291417330.4642@aragorn.flymine.org >
<87bq74vfys.fsf@oxford.xeocode.com >
<Pine.LNX.4.64.0801291505180.4642@aragorn.flymine.org >
<Pine.LNX.4.64.0801291505180.4642@aragorn.flymine.org >
<877ihsvdcb.fsf@oxford.xeocode.com >
<479EFE9A.EE98.0025.0@wicourts.gov >
<873asginrz.fsf@stark.xeocode.com >
>>> On Tue, Jan 29, 2008 at 10:45 AM, in message
<873asginrz.fsf@stark.xeocode.com >, Gregory Stark <gsstark@mit.edu> wrote:
> Well consider when you've reached n-1 drives; the expected number of requests
> before you hit the 1 idle drive remaining out of n would be n requests. When
> you're at n-2 the expected number of requests before you hit either of the
> two
> idle drives would be n/2. And so on. The last term of n/n would be the first
> i/o when all the drives are idle and you obviously only need one i/o to hit
> an
> idle drive.
You're right. Perhaps the reason more requests continue to improve
performance is that a smart controller will move across the tracks
and satisfy the pending requests in the most efficient order?
-Kevin
view thread (39+ messages) latest in thread
Message-ID: <479F0A72.EE98.0025.0@wicourts.gov>
Permalink: ../479F0A72.EE98.0025.0@wicourts.gov/
Also on: postgresql.org/message-id/479F0A72.EE98.0025.0@wicourts.gov
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: Kevin.Grittner@wicourts.gov, gsstark@mit.edu, matthew@flymine.org, mark@mark.mielke.cc
Subject: Re: RAID arrays and performance
In-Reply-To: <479F0A72.EE98.0025.0@wicourts.gov>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox