• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 關于swap mirror的一個有趣的討論

    發表于:2007-06-08來源:作者:點擊數: 標簽:
    以下是我訂閱的一個maillist的一個討論話題,很有意思,請大家看看: Today'sTopics: 1.Tomirror(swap)ornottomirror-thatisthequestion... (Donaldson,Mark) 2.Re:Tomirror(swap)ornottomirror-thatisthe question...(DougHughes) 3.Re:Tomirror(swap)ornot

    以下是我訂閱的一個mail list的一個討論話題,很有意思,請大家看看:


    Today's Topics:

       1. To mirror (swap) or not to mirror - that is the question... 
    (Donaldson, Mark)
       2. Re: To mirror (swap) or not to mirror - that is the
           question... (Doug Hughes)
       3. Re: To mirror (swap) or not to mirror - that is the
           question... (Yves Dorfsman)
       4. Re: To mirror (swap) or not to mirror - that is the question... 
    (Eric Forgette)
       5. Re: RE: [Veritas-vx] (no subject) (veritas oracle sun)
       6. Re: To mirror (swap) or not to mirror - that is the question... 
    (John Cronin)


    message 1:

    Subject: [Veritas-vx] To mirror (swap) or not to mirror - that is the 
    question...

    We debate around the office whether to mirror swap or not.

    I'm of the "don't mirror" camp.  My thought is that swap should 
    emmulate
    memory, therefore it should be as fast as possible & not spend, 
    therefore,
    the cycles to mirror.  The other benefit is that I can double my swap 
    if I
    detach the mirror & remount it as an additional swap volume.

    The "mirror it" campers point out that if we lose a disk, we lose swap
    information if non-mirror & will probably therefore crash. It's not HA,
    really.


    So, I put it to all you.  What's your $.02?



    message 2:
    Subject: Re: [Veritas-vx] To mirror (swap) or not to mirror - that is 
    the
     question...

    On Wed, 11 Jun 2003, Donaldson, Mark wrote:

    > We debate around the office whether to mirror swap or not.
    >
    > I'm of the "don't mirror" camp.  My thought is that swap should 
    emmulate
    > memory, therefore it should be as fast as possible & not spend, 
    therefore,
    > the cycles to mirror.  The other benefit is that I can double my swap 
    if I
    > detach the mirror & remount it as an additional swap volume.
    >
    > The "mirror it" campers point out that if we lose a disk, we lose 
    swap
    > information if non-mirror & will probably therefore crash. It's not 
    HA,
    > really.
    >
    >
    > So, I put it to all you.  What's your $.02?
    >
    both right. If you're doing a lot of paging, get more memory.
    I tend to mirror swap if I can't afford a crash if the swap disk
    errs. If it doesn't matter if the machine crashes (architectural
    failover), then I don't mirror it.

    (most of the time I mirror it)


    message 3:
    Subject: Re: [Veritas-vx] To mirror (swap) or not to mirror - that is 
    the question...


    On Wed, 11 Jun 2003, Donaldson, Mark wrote:

    > I'm of the "don't mirror" camp.  My thought is that swap should 
    emmulate
    > memory, therefore it should be as fast as possible & not spend, 
    therefore,
    > the cycles to mirror.

    .../...

    > The "mirror it" campers point out that if we lose a disk, we lose 
    swap
    > information if non-mirror & will probably therefore crash. It's not 
    HA,
    > really.

    I am definitely in the second camp, I typically look after financial
    system where the first priority is no outage. We had this debate on my
    current contract. Money was not too much of a problem on this project, 
    and
    we sized the memory big enough so that the machine should never swap. 
    Some
    people didn't want to put swap at all... The next thing was about
    mirroring the swap or not. Basically it comes down to sacrifying a 
    little
    bit of performance to avoid that one outage that you will have - Disks 
    are
    the first thing to fail.



    message 4:
    Subject: Re: [Veritas-vx] To mirror (swap) or not to mirror - that is 
    the question...

    If this is a poll, here is my vote:
    Technically, mirrored swap should have a slight performance penalty 
    during writes.  Reads actually should be faster.  But the real issue is 
    that disks, being the only mechanical devices in the equation, tend to 
    fail more often than anything else.  Memory these days is relatively 
    cheap (I've got a gig in my laptop).  I'd suggest sizing the box with 
    all the physical memory you need, and mirror the swap devices.  This 
    should address both the performance and availability issues.

    Just my $.02
    -Eric

    On Wednesday, June 11, 2003, at 02:57 PM, 
    veritas-vx-admin@mailman.eng.auburn.edu wrote:

    > We debate around the office whether to mirror swap or not.
    > ...



    message 6:

    Subject: Re: [Veritas-vx] To mirror (swap) or not to mirror - that is 
    the question...

    Eric Forgette wrote:

    > If this is a poll, here is my vote:
    > Technically, mirrored swap should have a slight performance penalty 
    > during writes.  Reads actually should be faster.

    I am not sure if this is true.  If you put swap on two disks, I seem
    to recall that Solaris will interleave between them, which should give
    similar performance to round-robin between mirrors.  The difference
    is that mirrors have duplicate info on the disks, and swap on multiple
    partitions operates loosely like a stripe (with a big interleave 
    value).
    Linux has a similar behavior.  Still, I agree that if you don't pay
    a performance penalty, and that mirrored swap is faster than a single
    unmirrored swap partition.

    > But the real issue is 
    > that disks, being the only mechanical devices in the equation, tend 
    to 
    > fail more often than anything else.

    Absolutely.

    > Memory these days is relatively 
    > cheap (I've got a gig in my laptop).  I'd suggest sizing the box with 
    > all the physical memory you need, and mirror the swap devices.  This 
    > should address both the performance and availability issues.
     
    Disks are pretty cheap too these days.  If you don't want to be called
    in the middle of the night after a disk failed and a machine rebooted
    because swap failed, mirrored swap is cheap insurance - I always mirror
    the entire boot disk anyway, and make sure the mirror is bootable.

    Also, frankly, for most applications, if your system is running Solaris
    and swapping significantly, you should probably buy more RAM.  Paging 
    is
    normal in Solaris, but swapping is a sign of a system under stress 
    these
    days, unlike SunOS and other older Unix variants that allocated a copy
    of almost ANY memory in swap, hence the old minimum of 2X RAM.  These
    days, with demand paging and only swapping out anonymous memory, I 
    often
    run systems with swap that is significantly smaller than RAM (ie 8 GB
    RAM and 2 GB swap) and I don't see any problems.  I have had 
    application
    developers demand 48 GB swap on a system with 24 GB RAM, and I have 
    just
    had to politely refuse, and then less politely refuse.

     solaris_engineer 回復于:2003-06-24 21:27:30
    又一個人的補充:
    The OS will interleave writes among swap devices in what I think is a
    1MB default. This is why it's a bad idea to have multiple swap devices
    on the same physical disk

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>