From: | Hannu Krosing <hannu(at)tm(dot)ee> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Native Windows, Apache Portable Runtime |
Date: | 2002-05-06 10:48:32 |
Message-ID: | 1020682112.12517.6.camel@taru.tm.ee |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sat, 2002-05-04 at 21:56, Tom Lane wrote:
> mlw <markw(at)mohawksoft(dot)com> writes:
> > We could provide a PGSemaphore based on an APR mutex and a counter,
> > but I'm not sure of the performance impact. We may want to implement
a
> > "generic" semaphore like this and one optimized for platforms which
we
> > have development resources.
>
> Once we have the internal API redone, it should be fairly easy to
> experiment with alternatives like that.
>
> I'm planning to work on this today (need a break from thinking about
> schemas ;-)). I'll run with the API I sketched yesterday, since no
one
> objected. Although I'm not planning on doing anything to the API of
the
> shared-mem routines, I'll break them out into a replaceable file as
> well, just in case anyone wants to try a non-SysV implementation.
Would it be too hard to make them macros, so those which dont need
shared mem at all (embedded single-user systems) could avoid the
performance impact altogether.
----------------
Hannu
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Meskes | 2002-05-06 10:59:58 | Re: [INTERFACES] ECPG: FETCH ALL|n FROM cursor - Memory allocation? |
Previous Message | Lee Kindness | 2002-05-06 10:24:36 | Re: [INTERFACES] ECPG: FETCH ALL|n FROM cursor - Memory allocation? |