| From: | Alfred Perlstein <bright(at)wintelcom(dot)net> |
|---|---|
| To: | Larry Rosenman <ler(at)lerctr(dot)org> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "William K(dot) Volkman" <wkv(at)hiscorp(dot)net>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Allowing WAL fsync to be done via O_SYNC |
| Date: | 2001-03-18 22:48:31 |
| Message-ID: | 20010318144830.P29888@fw.wintelcom.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
* Larry Rosenman <ler(at)lerctr(dot)org> [010318 14:17] wrote:
> * Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> [010318 14:55]:
> > Alfred Perlstein <bright(at)wintelcom(dot)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(at)wintelcom(dot)net|alfred(at)freebsd(dot)org]
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-03-18 23:45:52 | Re: new version of contrib-intarray |
| Previous Message | Larry Rosenman | 2001-03-18 22:15:06 | Re: Allowing WAL fsync to be done via O_SYNC |