[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: createrepo/rpm-metadata repository format creator ver 0.3.4



On Sat, 2004-07-24 at 17:12 +0200, Ralf Corsepius wrote:
> On Sat, 2004-07-24 at 13:24, Sindre Pedersen Bjordal wrote:
> > lør, 24.07.2004 kl. 13.01 skrev Ralf Corsepius:
> > > On Fri, 2004-07-23 at 22:24, seth vidal wrote:
> > > > On Fri, 2004-07-23 at 15:54 +0200, Matias Feliciano wrote:
> > > > > Le ven 23/07/2004 à 07:13, seth vidal a écrit :
> > > > > > [...]
> > > > > > http://linux.duke.edu/metadata/generate/createrepo-0.3.4.tar.gz
> > > > > > http://linux.duke.edu/metadata/generate/createrepo-0.3.4-1.src.rpm
> > > > > > 
> > > > > > [...]
> > > > > > primary.xml.gz - this holds the primary metadata for the packages
> > > > > >                  (names, summary, requires, provides, deps, etc)
> > > > > 
> > > > > bzip2 instead of gzip ?
> > > > > apt use bzip2.
> > > > > 
> > > > 
> > > > bzip2 is more processor intensive
> > > apt uses bzip2 for its repositories for quite a while. The processor
> > > load this had introduced had never been an actual problem. Conversely,
> > > users on low bandwith connections had appreciated it.
> > > 
> > > Ralf
> > > 
> > 
> > Just out of curiosity, how big a difference does bz2 make in compression
> 
> On createrepo generated *.xml files the difference in file size is ca.
> factor 1.4 to 1.8
> 
> > and increase of processor load?
> Noticeable, but far from being critical:
> 
> Bunzip'ing a createrepo generated repo of FC1 (>3000 entries), on a  PIII/1GHz w/ FC1:
> 
> real    0m1.587s
> user    0m1.440s
> sys     0m0.090s
> 
> Gunzip'ing the same repo: 
> # time gunzip *gz
> real    0m0.230s
> user    0m0.130s
> sys     0m0.050s
> 
> => ca. factor 10.
> 

What speed machine was this on? Try it out on something slow.

-sv




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]