Hi,
> It would be nice to see if we can find ways to improve the
performance
> of the deltarpm reconstruction instead. Much of the time is spent on
> compression/decompression tasks which *should* be massively parallel
s/massively parallel/not done at all/ ... but we had this discussion
each time this comes up. There is no point in compressing something
just to uncompress it a few minutes later.
IIRC the problem is that the _compressed_ rpm is signed, so things go
"compress -> check sig -> uncompress" and you can't cut the compress
+uncompress without also cutting the signature check :(
cheers,
Gerd