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
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 |