Re: why roll-your-own s_lock? / improving scalability - Mailing list pgsql-hackers

From Nils Goroll
Subject Re: why roll-your-own s_lock? / improving scalability
Date
Msg-id 4FEA081A.2030506@schokola.de
Whole thread Raw
In response to Re: why roll-your-own s_lock? / improving scalability  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> But if you start with "let's not support any platforms that don't have this feature"

This will never be my intention.

Nils


pgsql-hackers by date:

Previous
From: Nils Goroll
Date:
Subject: Re: why roll-your-own s_lock? / improving scalability
Next
From: Merlin Moncure
Date:
Subject: Re: proof concept - access to session variables on client side