Re: Heavy write activity on first vacuum of fresh TOASTa

Поиск
Список
Период
Сортировка
От Matthew
Тема Re: Heavy write activity on first vacuum of fresh TOASTa
Дата
Msg-id Pine.LNX.4.58.0712141648130.3731@aragorn.flymine.org
обсуждение исходный текст
Ответ на Re: Heavy write activity on first vacuum of fresh TOASTa  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Fri, 14 Dec 2007, Tom Lane wrote:
> Matthew <matthew@flymine.org> writes:
> > Interesting thread. Now, I know absolutely nothing about how the data is
> > stored, but it strikes me as being non-optimal that every single block on
> > the disc needs to be written again just to update some hint bits. Could
> > those bits be taken out into a separate bitmap stored somewhere else?
>
> You are trying to optimize the wrong thing.  Making vacuum cheaper at
> the cost of making every tuple lookup more expensive is not going to
> be a win.

True, although it depends how much data there actually is. If it's one bit
per page, then you could possibly rely on that data staying in the cache
enough for it to stop being a performance hit. If it's much more data than
that, then yes it's silly, and I should be embarrassed at having made the
suggestion. No point making each random tuple lookup into two disc
accesses instead of one.

Matthew

--
It is better to keep your mouth closed and let people think you are a fool
than to open it and remove all doubt.                  -- Mark Twain

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Heavy write activity on first vacuum of fresh TOASTa
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: viewing source code