Re: Allowing WAL fsync to be done via O_SYNC - Mailing list pgsql-hackers

From Alfred Perlstein
Subject Re: Allowing WAL fsync to be done via O_SYNC
Date
Msg-id 20010318144830.P29888@fw.wintelcom.net
Whole thread Raw
In response to Re: Allowing WAL fsync to be done via O_SYNC  (Larry Rosenman <ler@lerctr.org>)
List pgsql-hackers
* Larry Rosenman <ler@lerctr.org> [010318 14:17] wrote:
> * Tom Lane <tgl@sss.pgh.pa.us> [010318 14:55]:
> > Alfred Perlstein <bright@wintelcom.net> writes:
> > >> Just by making a thread call libc changes personality to use thread
> > >> safe routines (I.E. add mutex locking).  Use one thread feature, get
> > >> the whole set...which may not be that bad.
> > 
> > > Actually it can be pretty bad.  Locked bus cycles needed for mutex
> > > operations are very, very expensive, not something you want to do
> > > unless you really really need to do it.
> > 
> > It'd be interesting to try to get some numbers about the actual cost
> > of using a thread-aware libc, on platforms where there's a difference.
> > Shouldn't be that hard to build a postgres executable with the proper
> > library and run some benchmarks ... anyone care to try?
> I can get the code compiled, but don't have the skills to generate
> a test case worthy of anything....

There's a 'make test' or something ('regression' maybe?) target that
runs a suite of tests on the database, you could use that as a
bench/timer, you could also try mysql's "crashme" script.

-- 
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]



pgsql-hackers by date:

Previous
From: Larry Rosenman
Date:
Subject: Re: Allowing WAL fsync to be done via O_SYNC
Next
From: Tom Lane
Date:
Subject: Re: new version of contrib-intarray