Re: LVM and Postgres - Mailing list pgsql-performance

From Michael Stone
Subject Re: LVM and Postgres
Date
Msg-id 20051207013107.GP7330@mathom.us
Whole thread Raw
In response to Re: LVM and Postgres  (Alex Turner <armtuk@gmail.com>)
Responses Re: LVM and Postgres  (Kevin Brown <kevin@sysexperts.com>)
Re: LVM and Postgres  (Rory Campbell-Lange <rory@campbell-lange.net>)
List pgsql-performance
On Tue, Dec 06, 2005 at 07:52:25PM -0500, Alex Turner wrote:
>I would argue that almost certainly won't by doing that as you will
>create a new place even further away for the disk head to seek to
>instead of just another file on the same FS that is probably closer to
>the current head position.

I would argue that you should benchmark it instead of speculating. You
are perhaps underestimating the effect of the xfs log. (Ordinarily xfs
has great performance, but it seems to be fairly lousy at
fsync/osync/etc operations in my benchmarks; my wild speculation is that
the sync forces a log flush.) At any rate you're going to have a lot of
head movement on any reasonably sized filesystem anyway, and I'm not
convinced that hoping that your data will happen to land close to your log is
a valid, repeatable optimization technique. Note that the WAL will
wander around the disk as files are created and deleted, whereas tables
are basically updated in place.

Mike Stone

pgsql-performance by date:

Previous
From: Alex Turner
Date:
Subject: Re: LVM and Postgres
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: TSearch2 vs. Apache Lucene