Re: Escaping the ARC patent - Mailing list pgsql-hackers

From Bort, Paul
Subject Re: Escaping the ARC patent
Date
Msg-id 735D404BD9E7EB44B9CDFC27FC88809B0582D93F@mail2.tmwsystems.com
Whole thread Raw
In response to Escaping the ARC patent  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
<p><font size="2">> </font><br /><font size="2">> Just an idle thought, but each connection to the DB could add a
fixed</font><br /><font size="2">> amount to some queueing parameter. The amount added to be set </font><br /><font
size="2">>per backend, </font><br /><font size="2">> and the client could use a SET variable to adjust the
</font><br/><font size="2">> standard amount for </font><br /><font size="2">> it's own backend. When the client
dies/disconnects,the </font><br /><font size="2">> queueing parameter </font><br /><font size="2">> (whatever it
is)would be reduced appropriately.</font><br /><font size="2">> </font><p><font size="2">Wouldn't that require a
SIGHUPon the postmaster with every connection?</font><br /><font size="2">(Because all of the backends need to know
aboutthe new buffer count)</font><p><font size="2">Wouldn't that be bad? </font> 

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: libpq API incompatibility between 7.4 and 8.0
Next
From: Tom Lane
Date:
Subject: Re: Fixing flat user/group files at database startup