Re: Escaping the ARC patent

Поиск
Список
Период
Сортировка
От Bort, Paul
Тема Re: Escaping the ARC patent
Дата
Msg-id 735D404BD9E7EB44B9CDFC27FC88809B0582D93F@mail2.tmwsystems.com
обсуждение исходный текст
Ответ на Escaping the ARC patent  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: libpq API incompatibility between 7.4 and 8.0
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Fixing flat user/group files at database startup