[pacman-dev] backends

Aaron Griffin 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 mailing list