Re: High update activity, PostgreSQL vs BigDBMS

From: Jeff Frost <jeff(at)frostconsultingllc(dot)com>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Ron <rjpeace(at)earthlink(dot)net>, Guy Rouillier <guyr-ml1(at)burntmail(dot)com>, PostgreSQL Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: High update activity, PostgreSQL vs BigDBMS
Date: 2006-12-28 22:15:31
Message-ID: Pine.LNX.4.64.0612281410420.16866@discord.home.frostconsultingllc.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, 29 Dec 2006, Alvaro Herrera wrote:

> Ron wrote:
>
>> C= What file system are you using? Unlike BigDBMS, pg does not have
>> its own native one, so you have to choose the one that best suits
>> your needs. For update heavy applications involving lots of small
>> updates jfs and XFS should both be seriously considered.
>
> Actually it has been suggested that a combination of ext2 (for WAL) and
> ext3 (for data, with data journalling disabled) is a good performer.
> AFAIK you don't want the overhead of journalling for the WAL partition.

When benchmarking various options for a new PG server at one of my clients, I
tried ext2 and ext3 (data=writeback) for the WAL and it appeared to be fastest
to have ext2 for the WAL. The winning time was 157m46.713s for ext2,
159m47.098s for combined ext3 data/xlog and 158m25.822s for ext3
data=writeback. This was on an 8x150GB Raptor RAID10 on an Areca 1130 w/ 1GB
BBU cache. This config benched out faster than a 6disk RAID10 + 2 disk RAID1
for those of you who have been wondering if the BBU write back cache mitigates
the need for separate WAL (at least on this workload). Those are the fastest
times for each config, but ext2 WAL was always faster than the other two
options. I didn't test any other filesystems in this go around.

--
Jeff Frost, Owner <jeff(at)frostconsultingllc(dot)com>
Frost Consulting, LLC http://www.frostconsultingllc.com/
Phone: 650-780-7908 FAX: 650-649-1954

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Fabricio Peñuelas 2006-12-29 01:32:07 Postgresql Configutation and overflow
Previous Message Tom Lane 2006-12-28 14:56:54 Re: High update activity, PostgreSQL vs BigDBMS