linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stan Hoeppner <stan@hardwarefreak.com>
To: keld@keldix.com
Cc: Phil Turmel <philip@turmel.org>, Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: "Missing" RAID devices
Date: Fri, 24 May 2013 20:42:01 -0500	[thread overview]
Message-ID: <51A016E9.5060900@hardwarefreak.com> (raw)
In-Reply-To: <20130524192258.GA32547@www5.open-std.org>

On 5/24/2013 2:22 PM, keld@keldix.com wrote:
> On Fri, May 24, 2013 at 02:05:44PM -0500, Stan Hoeppner wrote:
>> On 5/24/2013 12:15 PM, keld@keldix.com wrote:
>>> On Fri, May 24, 2013 at 02:37:01AM -0500, Stan Hoeppner wrote:
>>>> On 5/24/2013 1:32 AM, keld@keldix.com wrote:
>>>>> On Thu, May 23, 2013 at 10:45:56PM -0500, Stan Hoeppner wrote:
>>>>>> On 5/23/2013 3:30 AM, keld@keldix.com wrote:
>>>>>>> On Thu, May 23, 2013 at 12:59:39AM -0500, Stan Hoeppner wrote:
>>>>>>
>>>>>>>> You may be tempted to use md/RAID10 of some layout
>>>>>>>> to optimize for writes, but you'd gain nothing, and you'd lose some
>>>>>>>> performance due to overhead.  The partitions you'll be using in this
>>>>>>>> case are so small that they easily fit in a single physical disk track,
>>>>>>>> thus no head movement is required to seek between sectors, only rotation
>>>>>>>> of the platter.
>>>>>> ...
>>>>>>> I think a raid10,far3 is a good choice for swap, then you will enjoy
>>>>>>> RAID0-like reading speed. and good write speed (compared to raid6),
>>>>>>> and a chance of live surviving if just one drive keeps functioning.
>>>>>>
>>>>>> As I mention above, none of the md/RAID10 layouts will yield any added
>>>>>> performance benefit for swap partitions.  And I state the reason why.
>>>>>> If you think about this for a moment you should reach the same conclusion.
>>>>>
>>>>> I think it is you who are not fully aquainted with Linux MD. Linux 
>>>>> MD RAID10,far3 offers improved performance in single read, 
>>>>
>>>> On most of today's systems, read performance is largely irrelevant WRT
>>>> swap performance.  However write performance is critical.  None of the
>>>> md/RAID10 layouts are going to increase write throughput over RAID1
>>>> pairs.  And all the mirrored RAIDs will be 2x slower than interleaved
>>>> swap across direct disk partitions.
>>>
>>> In my experience read performance from swap is critical, at least 
>>> on single user systems. Eg swapping in firefox  or libreoffice 
>>> may take quite some time and there raid10,far helps by almost halfing
>>> the time for the swapping in. writes are not important, as long as you are not trashing.
>>
>> If a single user system has multiple drives configured in RAID10 and
>> productivity applications are being swapped, then the user should be
>> smacked in the head.  2GB DIMMs are $10.  Any hard drive is $50+ but
>> usually much more.
>>
>> This is not a valid argument.
> 
> And the cost to select, buy and install RAM is much more than USD 10.
> And some systems dont have room for more RAM, etc.

Yet another invalid, nonsensical argument...

>>> In general halfing the swapping in with raid10,far is nice for a process, but 
>>> for small processes it is not noticable for a laptop user or a 
>>> server user, say http or ftp.
>>
>> Neither is this.  Laptop users don't run RAID10.  And server swap
>> performance is all about page write, not read, as I previously stated.
> 
> Some laptop users and desktop users run raid10. 

And you might find a polar bear or two living in the tropics.

> I think all laptop
> and desktop users should have at least 2 disks and run mirrorred raid on them.
> Both for security and for performance.

The World According to Keld.  Most laptops can only house one drive.  If
they held two or more their on battery time would be useless.  Most
desktops are sold with only one drive.  Yes, in a perfect world everyone
would be redundant.

> Server performance for properly configured servers will benefit from
> snappy swap read performance. Write performance of swap would normally 
> not be noticable - not a bottleneck.

Properly configured servers don't swap.  When they need to swap it's
typically because something has gone wrong.  When this happens they need
to free pages as quickly as possible.  Once the problem no longer
exists, the speed with which pages are brought back from swap isn't
critical.

Please put down the shovel.  Your arguments keep digging you into a
deeper hole.  I'm not sure if you'll ever be able to climb out.

-- 
Stan


  reply	other threads:[~2013-05-25  1:42 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-21 12:51 "Missing" RAID devices Jim Santos
2013-05-21 15:31 ` Phil Turmel
2013-05-21 22:22   ` Jim Santos
2013-05-22  0:02     ` Phil Turmel
2013-05-22  0:16       ` Jim Santos
2013-05-22 22:43       ` Stan Hoeppner
2013-05-22 23:26         ` Phil Turmel
2013-05-23  5:59           ` Stan Hoeppner
2013-05-23  8:30             ` keld
2013-05-24  3:45               ` Stan Hoeppner
2013-05-24  6:32                 ` keld
2013-05-24  7:37                   ` Stan Hoeppner
2013-05-24 17:15                     ` keld
2013-05-24 19:05                       ` Stan Hoeppner
2013-05-24 19:22                         ` keld
2013-05-25  1:42                           ` Stan Hoeppner [this message]
2013-05-24  9:23                   ` David Brown
2013-05-24 18:03                     ` keld
2013-05-23  8:22           ` David Brown
2013-05-21 16:23 ` Doug Ledford
2013-05-21 17:03   ` Drew
     [not found]     ` <519BDC8C.1040202@hardwarefreak.com>
2013-05-21 21:02       ` Drew
2013-05-21 22:06         ` Stan Hoeppner

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=51A016E9.5060900@hardwarefreak.com \
    --to=stan@hardwarefreak.com \
    --cc=keld@keldix.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=philip@turmel.org \
    /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).