Re: I have a fusion IO drive available for testing

From: David Rees <drees76(at)gmail(dot)com>
To: david(at)lang(dot)hm
Cc: Dave Cramer <pg(at)fastcrypt(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: I have a fusion IO drive available for testing
Date: 2009-03-27 20:33:18
Message-ID: 72dbd3150903271333pfd63105i8076bf26858eaee1@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, Mar 27, 2009 at 10:30 AM, <david(at)lang(dot)hm> wrote:
> On Thu, 26 Mar 2009, Dave Cramer wrote:
>> So far using dd I am seeing around 264MB/s on ext3, 335MB/s on ext2 write
>> speed. So the question becomes what is the best filesystem for this drive?
>
> until the current mess with ext3 and fsync gets resolved, i would say it
> would probably be a bad choice. I consider ext4 too new, so I would say XFS
> or ext2 (depending on if you need the journal or not)

If you're worried about the performance implications of ext3 in
data=ordered mode, the best thing to do is to mount the filesystem in
data=writeback mode instead.

If you're only using the filesystem for PostgreSQL data or logs, your
data will be just as safe except now that data and metadata won't be
forced to disk in the order it was written.

And you still get the benefit of a journal so fsck's after a crash will be fast.

XFS probably is a decent choice, but I don't have much experience with
it except on a desktop system where I can tell you that having write
barriers on absolutely kills performance of anything that does a lot
of filesystem metadata updates. Again, not a big concern if the
filesystem is only being used for PostgreSQL data or logs.

-Dave

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Marc Mamin 2009-03-27 22:53:22 Re: Very specialised query
Previous Message Dimitri Fontaine 2009-03-27 20:07:56 Re: Very specialised query