Re: Performance considerations for very heavy INSERT traffic

From: Brandon Black <blblack(at)gmail(dot)com>
To: petrilli(at)gmail(dot)com, pgsql-performance(at)postgresql(dot)org
Subject: Re: Performance considerations for very heavy INSERT traffic
Date: 2005-09-13 03:53:55
Message-ID: 84621a605091220533aa8fa12@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 9/12/05, Christopher Petrilli <petrilli(at)gmail(dot)com> wrote:
>
>
> 2) Tune ext3. The default configuration wrecks high-write situations.
> Look into data=writeback for mounting, turning off atime (I hope
> you've done this already) updates, and also modifying the scheduler to
> the elevator model. This is poorly documented in Linux (like just
> about everything), but it's crtical.

I'm using noatime and data=writeback already. I changed my scheduler from
the default anticipatory to deadline and saw an improvement, but I haven't
yet delved into playing with specific elevator tunable values per-device.

3) Use 8.1 and strongly look at Bizgres. The data partitioning is critical.

I've just started down the path of getting 8.1 running with a larger block
size, and tommorow I'm going to look at Bizgres's partitioning as opposed to
some manual schemes. Will the current Bizgres have a lot of the performance
enhancements of 8.1 already (or will 8.1 or 8.2 eventually get Bizgres's
partitioning?)?

-- Brandon

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Ron Peacetree 2005-09-13 05:02:16 Re: Performance considerations for very heavy INSERT
Previous Message Brandon Black 2005-09-13 03:44:35 Re: Performance considerations for very heavy INSERT traffic