Re: remove flatfiles.c - Mailing list pgsql-hackers

From Tom Lane
Subject Re: remove flatfiles.c
Date
Msg-id 25528.1251920749@sss.pgh.pa.us
Whole thread Raw
In response to Re: remove flatfiles.c  (Greg Stark <gsstark@mit.edu>)
Responses Re: remove flatfiles.c
List 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 by date:

Previous
From: Christian Gonzalez
Date:
Subject: Re: c function: keep objects in memory for all session or all transaction
Next
From: Tom Lane
Date:
Subject: Re: remove flatfiles.c