Re: Refactoring backend fork+exec code

Поиск
Список
Период
Сортировка
Искать
От
Heikki Linnakangas
Тема
Re: Refactoring backend fork+exec code
Дата
Msg-id
0c247a78-9dac-4584-8e87-39f2b45bec68@iki.fi
Ответ на
Список
Дерево обсуждения
Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code reid.thompson@crunchydata.com
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Robert Haas <robertmhaas@gmail.com>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code "Tristan Partin" <tristan@neon.tech>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Tom Lane <tgl@sss.pgh.pa.us>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Jelte Fennema-Nio <postgres@jeltef.nl>
Re: Refactoring backend fork+exec code "Anton A. Melnikov" <a.melnikov@postgrespro.ru>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code "Anton A. Melnikov" <a.melnikov@postgrespro.ru>
Re: Refactoring backend fork+exec code Thomas Munro <thomas.munro@gmail.com>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Nathan Bossart <nathandbossart@gmail.com>
Re: Refactoring backend fork+exec code Richard Guo <guofenglinux@gmail.com>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code "Tristan Partin" <tristan@neon.tech>
Re: Refactoring backend fork+exec code Andres Freund <andres@anarazel.de>
Re: Refactoring backend fork+exec code Thomas Munro <thomas.munro@gmail.com>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Alexander Lakhin <exclusion@gmail.com>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code Alexander Lakhin <exclusion@gmail.com>
Re: Refactoring backend fork+exec code Heikki Linnakangas <hlinnaka@iki.fi>
Re: Refactoring backend fork+exec code "Tristan Partin" <tristan@neon.tech>
Re: Refactoring backend fork+exec code Tom Lane <tgl@sss.pgh.pa.us>
Re: Refactoring backend fork+exec code "Tristan Partin" <tristan@neon.tech>
Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Thomas Munro <thomas.munro@gmail.com>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Jeff Janes <jeff.janes@gmail.com>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Michael Paquier <michael@paquier.xyz>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Michael Paquier <michael@paquier.xyz>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Michael Paquier <michael@paquier.xyz>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Heikki Linnakangas <hlinnaka@iki.fi>
Re: Use FD_CLOEXEC on ListenSockets (was Re: Refactoring backend fork+exec code) Michael Paquier <michael@paquier.xyz>
Re: Refactoring backend fork+exec code "Tristan Partin" <tristan@neon.tech>
On 22/02/2024 02:37, Heikki Linnakangas wrote:
> On 15/02/2024 07:09, Robert Haas wrote:
>> On Thu, Feb 15, 2024 at 3:07 AM Andres Freund  wrote:
>>>> I think the last remaining question here is about the 0- vs 1-based indexing
>>>> of BackendIds. Is it a good idea to switch to 0-based indexing? And if we do
>>>> it, should we reserve PGPROC 0. I'm on the fence on this one.
>>>
>>> I lean towards it being a good idea. Having two internal indexing schemes was
>>> bad enough so far, but at least one would fairly quickly notice if one used
>>> the wrong one. If they're just offset by 1, it might end up taking longer,
>>> because that'll often also be a valid id.
>>
>> Yeah, I think making everything 0-based is probably the best way
>> forward long term. It might require more cleanup work to get there,
>> but it's just a lot simpler in the end, IMHO.
> 
> Here's another patch version that does that. Yeah, I agree it's nicer in
> the end.
> 
> I'm pretty happy with this now. I'll read through these patches myself
> again after sleeping over it and try to get this committed by the end of
> the week, but another pair of eyes wouldn't hurt.

And pushed. Thanks for the reviews!

-- 
Heikki Linnakangas
Neon (https://neon.tech)



В списке pgsql-hackers по дате отправления
От: Jelte Fennema-Nio
Дата:
От: Bharath Rupireddy
Дата:
FAQ