Re: remove flatfiles.c

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: remove flatfiles.c
Дата
Msg-id 25528.1251920749@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: remove flatfiles.c  (Greg Stark <gsstark@mit.edu>)
Ответы Re: remove flatfiles.c  (Greg Stark <gsstark@mit.edu>)
Список pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> The backwards scan is awful for rotating media. The reading from the
> end and writing to the beginning is bad too, though hopefully the
> cache can help that.

Yeah.  And all that pales in comparison to what happens in the indexes.
You have to insert index entries (retail) for each moved-in tuple,
then after doing the intermediate commit you run around and remove
the index entries for the moved-off tuples.  Lots of nonsequential
access to insert the entries.  The cleanup isn't so bad --- it's
comparable to what regular lazy VACUUM has to do --- but that's just
one step in a very expensive process.
        regards, tom lane


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

Предыдущее
От: Christian Gonzalez
Дата:
Сообщение: Re: c function: keep objects in memory for all session or all transaction
Следующее
От: Tom Lane
Дата:
Сообщение: Re: remove flatfiles.c