From: | Jon Schewe <jpschewe(at)mtu(dot)net> |
---|---|
To: | Bryan Hinton <bryan(at)bryanhinton(dot)com> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: How filesystems matter with PostgreSQL |
Date: | 2010-06-04 18:23:06 |
Message-ID: | 4C09448A.9040700@mtu.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
I'm running on Linux, so that's not really an option here.
On 6/4/10 1:20 PM, Bryan Hinton wrote:
> UFS2 w/ soft updates on FreeBSD might be an interesting addition to
> the list of test cases
>
> On Fri, Jun 4, 2010 at 9:33 AM, Andres Freund <andres(at)anarazel(dot)de
> <mailto:andres(at)anarazel(dot)de>> wrote:
>
> On Friday 04 June 2010 16:25:30 Tom Lane wrote:
> > Andres Freund <andres(at)anarazel(dot)de <mailto:andres(at)anarazel(dot)de>>
> writes:
> > > On Friday 04 June 2010 14:17:35 Jon Schewe wrote:
> > >> XFS (logbufs=8): ~4 hours to finish
> > >> ext4: ~1 hour 50 minutes to finish
> > >> ext3: 15 minutes to finish
> > >> ext3 on LVM: 15 minutes to finish
> > >
> > > My guess is that some of the difference comes from barrier
> differences.
> > > ext4 uses barriers by default, ext3 does not.
> > Or, to put it more clearly: the reason ext3 is fast is that it's
> unsafe.
> Jon: To verify you can enable it via the barrier=1 option during
> mounting..
>
> Andres
>
> --
> Sent via pgsql-performance mailing list
> (pgsql-performance(at)postgresql(dot)org
> <mailto:pgsql-performance(at)postgresql(dot)org>)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>
>
--
Jon Schewe | http://mtu.net/~jpschewe
If you see an attachment named signature.asc, this is my digital
signature. See http://www.gnupg.org for more information.
From | Date | Subject | |
---|---|---|---|
Next Message | Jon Schewe | 2010-06-04 18:26:27 | Re: How filesystems matter with PostgreSQL |
Previous Message | Anj Adu | 2010-06-04 18:21:28 | Re: slow query |