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 mls@suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}