[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D139EAE.9090307@jcz.nl>
Date: Thu, 23 Dec 2010 20:10:38 +0100
From: Jaap Crezee <jaap@....nl>
To: Greg Freemyer <greg.freemyer@...il.com>
CC: Jeff Moyer <jmoyer@...hat.com>,
Rogier Wolff <R.E.Wolff@...wizard.nl>,
Bruno Prémont <bonbons@...ux-vserver.org>,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: Slow disks.
On 12/23/10 19:51, Greg Freemyer wrote:
> On Thu, Dec 23, 2010 at 12:47 PM, Jeff Moyer<jmoyer@...hat.com> wrote:
> I suspect a mailserver on a raid 5 with large chunksize could be a lot
> worse than 2x slower. But most of the blame is just raid 5.
Hmmm, well if this really is so.. I use raid 5 to not "spoil" the storage space
of one disk. I am using some other servers with raid 5 md's which seems to be
running just fine; even under higher load than the machine we are talking about.
Looking at the vmstat block io the typical load (both write and read) seems to
be less than 20 blocks per second. Will this drop the performance of the array
(measured by dd if=/dev/md<x> of=/dev/null bs=1M) below 3MB/secs?
> ie.
> write 4K from userspace
>
> Kernel
> Read old primary data, wait for data to actually arrive
> Read old parity data, wait again
> modify both for new data
> write primary data to drive queue
> write parity data to drive queue
What if I (theoratically) change the chunksize to 4kb? (I can try that in the
new server...).
Jaap
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists