aaronmgriffin at gmail.com
Fri Oct 27 17:13:28 EDT 2006
On 10/27/06, Judd Vinet <jvinet at zeroflux.org> wrote:
> On Thu, 26 Oct 2006 17:11:05 -0500
> "Aaron Griffin" <aaronmgriffin at 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)
More information about the pacman-dev