Re: Snapshot synchronization, again...

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: Snapshot synchronization, again...
Дата
Msg-id 2C44F95C-C135-4F79-AB35-2F9E73181F73@nasby.net
обсуждение исходный текст
Ответ на Re: Snapshot synchronization, again...  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mar 1, 2011, at 10:54 PM, Tom Lane wrote:
> Jim Nasby <jim@nasby.net> writes:
>> Dumb question: Is this something that could be solved by having the postmaster track this information in it's local
memoryand make it available via a variable-sized IPC mechanism, such as a port or socket? That would eliminate the need
toclean things up after a crash; I'm not sure if there would be other benefits. 
>
> Involving the postmaster in this is entirely *not* reasonable.  The
> postmaster cannot do anything IPC-wise that the stats collector couldn't
> do, and every additional function we load onto the postmaster is another
> potential source of unrecoverable database-wide failures.  The PM is
> reliable only because it doesn't do much.

Makes sense. Doesn't have to be the postmaster; it could be some other process.

Anyway, I just wanted to throw the idea out as food for thought. I don't know if it'd be better or worse than temp
files...
--
Jim C. Nasby, Database Architect                   jim@nasby.net
512.569.9461 (cell)                         http://jim.nasby.net




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

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: ALTER TABLE deadlock with concurrent INSERT
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Quick Extensions Question