Re: LVM and Postgres

From: August Zajonc <augustz(at)augustz(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: LVM and Postgres
Date: 2005-12-06 20:12:22
Message-ID: dn4rb3$2d55$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Rory Campbell-Lange wrote:
> The server has a 250GB RAID10 (LSI 320-I + BBU) volume which I am
> thinking of slicing up in the following way (Linux 2.6 kernel):
>
> / : ext3 : 47GB (root, home etc)
> /boot : ext3 : 1GB
> /tmp : ext2 : 2GB
> /usr : ext3 : 4GB
> /var : ext3 : 6GB
> -----------------------
> 60GB
>
> VG : 190GB approx
> -----------------------
> Initially divided so:
> /data : ext3 : 90GB
> /postgres : xfs : 40GB
>
> This gives me left over space of roughly 60GB to extend into on the
> volume group, which I can balance between the /data and /postgres
> logical volumes as needed.
>
> Are there any major pitfalls to this approach?
>
> Thanks,
> Rory
>

It looks like you are using fast disks and xfs for filesystem on the
/postgresql partition. That's nice.

How many disks in the array?

One thing you miss is sticking a bunch of sequential log writes on a
separate spindle as far as I can see with this? WAL / XFS (i think) both
have this pattern. If you've got a fast disk and can do BBU write
caching your WAL writes will hustle.

Others can probably speak a bit better on any potential speedups.

- August

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Ron Mayer 2005-12-06 20:17:55 Re: Missed index opportunity for outer join?
Previous Message Vivek Khera 2005-12-06 20:07:03 Re: postgresql performance tuning