Mailinglist Archive: opensuse-factory (904 mails)

["Carlos E. R." <robin.listas@xxxxxxxxxxxxxx>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



The Saturday 2008-04-05 at 17:12 +0100, Francis Giannaros wrote:

> > Another improvemennt would be separating the download and the install on
> > diferent threads or whatever, so that the next rpm is been downloaded while
> > another is beeng installed.
>
> This was something proposed for ZYpp, but I'm not sure quite what
> happened. Parallel downloads in addition to this (like Smart) would
> help, too.

It would be nice.

I have been 5 hours downloading things... a part of that time is the 
installation time.


> > Higher compression also means longer time decompressing, thus longer time
> > not downloading and perhaps longer overall time. Mmmm! That would be curious
> > to measure!
>
> See http://www.kdedevelopers.org/node/3326 for some figures and explanation.

[...]

Interesting! So he did measure it. :-)

Ok, er... how about measuring with slow machines? :-)

 (ducking)

> Higher compression doesn't have to necessitate either longer time
> decompressing or even longer time compressing -- it depends on the
> efficiency of your algorithm.
>
> In this case, LZMA gives considerable benefits for both the size and
> the speed of decompression in comparison to bzip2.

Could be.

Byt default the logs are compressed as bzip2 nowdays; when I have to 
search in them using zgrep it takes way longer, so that I'm considering 
forcing gzip again.... done.

"apropos lzma" returns nothing. What utility is used?

- -- 
Cheers,
       Carlos E. R.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQFH98DEtTMYHG2NR9URAn6uAKCE2cn7/UI1uhP8Nds33xPw0hpX0gCcCD22
YsuvmokvkKAo0Ta82J97EEU=
=6n3t
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx