| From: | "Zeugswetter Andreas SB SD" <ZeugswetterA(at)spardat(dot)at> |
|---|---|
| To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Tatsuo Ishii" <t-ishii(at)sra(dot)co(dot)jp> |
| Cc: | <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: 7.1 vs. 7.2 on AIX 5L |
| Date: | 2002-01-15 10:03:08 |
| Message-ID: | 46C15C39FEB2C44BA555E356FBCD6FA41EB4AF@m0114.s-mxs.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> On my machine the various implemtations have the following runtimes:
> (with a modified s_lock test that does not sleep, and
> SPINS_PER_DELAY 100000)
>
> with LinuxPPC asm: 1m5.16s (Which may not work relyably on SMP)
> with cs: 1m12.25s
> with fetch_and_or: 1m26.71s
Aah, there we have it. Same test on a slower 4Way SMP:
with LinuxPPC asm: 2m9.340s
with cs: 10m11.15s
with fetch_and_or: 3m55.19s
These numbers look more alarming.
Unfortunately the man page for fetch_and_or does not mention anything
about using it as a locking primitive. It is documented atomic though,
so I guess that is enough.
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Galbavy | 2002-01-15 10:14:19 | Ignorance time: when is 7.2 due ? |
| Previous Message | Hiroshi Inoue | 2002-01-15 09:54:33 | Re: FATAL 1: Relation 'pg_shadow' does not exist |