On Mon, May 01, 2006 at 09:47:06PM +0200, Carlos E. R. wrote:
> The Monday 2006-05-01 at 19:21 +0200, Michael Schroeder wrote:
>
> > > from half an hour to an hour for each CD (two phases, double time). It is
> > > very CPU intensive, dunno why.
> >
> > Because the bzip2 de/re-compression eats up lots of cpu cycles...
>
> Ah! That explains it. I knew that it handles a lot of data, but it didn't
> somehow seem reasonable the time it used. Couldn't it use some other
> faster compress method? Less compression, perhaps? I didn't see an option
> in the man page for that.
No, it can't. The rpm payloads are compressed with bzip2,
applydeltaiso has to use the same algorithm to be able to
recreate an exact copy.
> Failing that, I could try recompiling the bzip binary optimizing for
> pentium 4 instead of the default :-?
I doubt that this will help, as memory latency is what's hurting bzip2,
but you can try nevertheless.
Cheers,
Michael.
--
Michael Schroeder [EMAIL PROTECTED]
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
