Re: It's past time to redo the smgr API

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: It's past time to redo the smgr API
Дата
Msg-id 12000.1076016161@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: It's past time to redo the smgr API  ("Marc G. Fournier" <scrappy@postgresql.org>)
Ответы Re: It's past time to redo the smgr API  ("Marc G. Fournier" <scrappy@postgresql.org>)
Список pgsql-hackers
"Marc G. Fournier" <scrappy@postgresql.org> writes:
> 'k, only comment is on this one ... would it not be a bit more efficient
> to add a flag to the "SMgrRelation *" structure that acts as a timer?

Hm, we could try that, although I'm not sure it would help much.  You'd
have to set the timeout to be longer than a checkpoint interval to make
any difference.

In the back of my mind is the thought that the Windows guys are going to
end up passing file-delete requests over to the bgwriter anyway, which
would largely eliminate the issue --- the bgwriter would know which
files need to be sgmrclose'd and wouldn't have to do smgrcloseall.
(If they don't do this, how are they going to cope with backends that
exit before their file deletion is completed?)

I'll do it the easy way for now and we can refine it after we see what
the file-close solution for Windows ends up looking like.
        regards, tom lane


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

Предыдущее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: It's past time to redo the smgr API
Следующее
От: Rod Taylor
Дата:
Сообщение: Re: Preventing duplicate vacuums?