On Mon, Oct 6, 2014 at 3:48 PM, Gerd Hoffmann <kraxel(a)redhat.com> wrote:
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 :(
Is the payload actually signed? The conclusion from the last
discussion was that only the header is signed (which in turn contains
the checksums of the files).