@ignatenkobrain The reason we see a lot of speed up in Yocto with this patchset
is that building the sources happens outside of rpm, and we only use rpm to do
packaging of binaries. If the bulk of the above time is spend building texlive
from source then of course the final difference won't be a
@kanavin, even 8 minutes speedup is good ;)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/226#issuecomment-325989203___
Rpm-mai
@ignatenkobrain: tex (with many packages all with few files) isn't the best
benchmark to illustrate a parallel packaging speedup. There are a finite number
of threads in the thread pool (which you seem not to have reported or
controlled for, sigh).
Try a benchmark with a few packages with lots
Closed #188.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/188#event-1228824736___
Rpm-maint mailing list
Rpm-maint@lists.rpm
Reverted the two problematic changes (commit
7eb620f595486309670797a2436559598ff1f8f0) at least for now, and made it instead
do what documentation says: error out consistently on mismatched array sizes
(commit 6adef6a3c729fc21ed2254bf2c557c2540995bf1). Plus added a few more
testcases (commit 15