Re: The results of my PostgreSQL/filesystem performance tests

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
Cc: Sean Chittenden <sean(at)chittenden(dot)org>, Bill Moran <wmoran(at)potentialtech(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: The results of my PostgreSQL/filesystem performance tests
Date: 2003-08-30 02:32:38
Message-ID: 200308300232.h7U2WcS11913@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Christopher Kings-Lynne wrote:
> > I'm likely going to make this the default for PostgreSQL on FreeBSD
> > starting with 7.4 (just posted something to -hackers about this)f. If
> > you'd like to do this in your testing, just apply the following patch.
> >
> > Right now PostgreSQL defaults to 8K blocks, but FreeBSD uses 16K
> > blocks which means that currently, reading two blocks of data in PG is
> > two read calls to the OS, one reads 16K of data off disk and returns
> > the 1st page, the 2nd call pulls the 2nd block from the FS cache. In
> > making things 16K, it avoids the need for the 2nd system call which is
> > where the performance difference is coming from, afaikt. -sc
>
> Are you _sure_ this won't cause any atomicity problems? Can FreeBSD write
> 16k as an atomic unit?

We pre-modified page images to WAL before modifying the page. The disks
are only 512-byte blocks, so we don't rely on file system atomicity
anymore anyway.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Bruce Momjian 2003-08-30 02:34:34 Re: The results of my PostgreSQL/filesystem performance tests
Previous Message Rudi Starcevic 2003-08-30 01:07:43 Re: Indexing question