Re: Merge algorithms for large numbers of "tapes" - Mailing list pgsql-hackers

From Florian Weimer
Subject Re: Merge algorithms for large numbers of "tapes"
Date
Msg-id 87bqwgf5in.fsf@mid.deneb.enyo.de
Whole thread Raw
In response to Re: Merge algorithms for large numbers of "tapes"  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers
* Greg Stark:

> That's one thing that gives me pause about the current approach of
> using more tapes. It seems like ideally the user would create a
> temporary work space on each spindle and the database would arrange
> to use no more than that number of tapes. Then each merge operation
> would involve only sequential access for both reads and writes.

And you'd need to preallocate the files in some way or other, to avoid
file system fragmentation.


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] pgsql: Remove Christof Petig copyright on include file,
Next
From: "Jim C. Nasby"
Date:
Subject: Re: Merge algorithms for large numbers of "tapes"