Re: Effects of setting linux block device readahead size

From: "Scott Carey" <scott(at)richrelevance(dot)com>
To: "Alan Hodgson" <ahodgson(at)simkin(dot)ca>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Effects of setting linux block device readahead size
Date: 2008-09-11 23:20:19
Message-ID: a1ec7d000809111620h56ea61dche3dae68d1df2a3f6@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

I also thought that LVM is unsafe for WAL logs and file system journals with
disk write cache -- it doesn't flush the disk write caches correctly and
build write barriers.

As pointed out here:
http://groups.google.com/group/pgsql.performance/browse_thread/thread/9dc43991c1887129
by Greg Smith
http://lwn.net/Articles/283161/

On Thu, Sep 11, 2008 at 3:41 PM, Alan Hodgson <ahodgson(at)simkin(dot)ca> wrote:

> On Thursday 11 September 2008, david(at)lang(dot)hm wrote:
> > while I agree with you in theory, in practice I've seen multiple
> > partitions cause far more problems than they have prevented (due to the
> > partitions ending up not being large enough and having to be resized
> > after they fill up, etc) so I tend to go in the direction of a few large
> > partitions.
>
> I used to feel this way until LVM became usable. LVM plus online resizable
> filesystems really makes multiple partitions manageable.
>
>
> --
> Alan
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Scott Marlowe 2008-09-12 02:30:38 Re: Effects of setting linux block device readahead size
Previous Message Ron Mayer 2008-09-11 23:09:24 Re: PostgreSQL TPC-H test result?