Re: LWLock/ShmemIndex startup question

From: Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>
To: 'Tom Lane ' <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>
Cc: "'''pgsql-hackers(at)postgresql(dot)org' ' '" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: LWLock/ShmemIndex startup question
Date: 2004-01-13 05:15:09
Message-ID: A02DEC4D1073D611BAE8525405FCCE2B55F259@harris.memetrics.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane writes:
> > Just working with what we've already got. There seems to be very
> > usable code in src/backend/port/win32/sema.c, which gets invoked
> > as Win32 does not have spin-locks, but unfortunately relies on
> > ShmemInitStruct.
>
> Win32 certainly has spinlocks; it does not run on any hardware for which
> we don't have spinlock assembler. For that matter, doesn't it have
> POSIX-compatible semaphores? I'm not sure there's any need for
> src/backend/port/win32/sema.c at all.

["as Win32 does not have" should have been read as "as Postgres Win32 does
not have"]

I'll have a look at how we could fit in spinlock code for Win32, or at
least, using the Win32 semaphores. (Do you have any idea on the historical
context of this code? I wondered as to, if we have no win32 port, why there
would be a seemingly good-to-go sema replacement?)

No chance on getting the Shmem bootrap rearrangement past you, as described
in my earlier mail? IMNSHO, it is not entirely without merit.

Cheers,
Claudio

---
Certain disclaimers and policies apply to all email sent from Memetrics.
For the full text of these disclaimers and policies see
<a
href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em
ailpolicy.html</a>

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2004-01-13 05:44:27 Re: LWLock/ShmemIndex startup question
Previous Message Tom Lane 2004-01-13 04:46:40 Re: LWLock/ShmemIndex startup question