On 10/27/06, Judd Vinet <jvinet@zeroflux.org> wrote:
On Thu, 26 Oct 2006 17:11:05 -0500 "Aaron Griffin" <aaronmgriffin@gmail.com> wrote:
No no no.... you're missing the point. Because reading individual files is slow, we need a new backend. This does not imply a database backend is a good idea. It implies a single-file solution is ideal, yes. What I've been trying to show was that, considering the slow-down is from reading hundreds of files, that does not imply a database. ANY single-file solution would work.
Heh, well almost any. See pacman1 for an implementation that did not work. Well, it worked, but it was painfully slow -- sequential searching through a massive text file to find the package in question.
Ok, "any SANE single-file solution" 8) Though I have seen some decent flat-file systems in the past (VMS's RMS files were fairly fast if you only used one file, though "joining" was terriblly slow)