Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]

Поиск
Список
Период
Сортировка
От Brett McCormick
Тема Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]
Дата
Msg-id 13655.4384.345723.466046@abraxas.scene.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
same way that the current network socket is passed -- through an execv
argument.  hopefully, however, the non-execv()ing fork will be in 6.4.

does anyone have any suggestions for postmaster->backend variable
passing?  Should it just pass an argv array for compatiblity reasons?
There will have to be some sort of arg parsing in any case,
considering that you can pass configurable arguments to the backend..

On Mon, 11 May 1998, at 10:49:11, Tom Lane wrote:

> Cool idea ... but how to get the socket passed off from postmaster to
> back end, other than through a fork?
>
> I think there is a facility in SYSV messaging to transmit a file
> descriptor from one process to another, but that's not going to be a
> portable answer.
>
>             regards, tom lane

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Re: [PATCHES] Try again: S_LOCK reduced contentionh]