[Rpm-maint] [rpm-software-management/rpm] RFC: What approach to improving performance through threads or non-blocking I/O is acceptable in RPM? (#517)

[Florian Festi]

Mixing rpmbuild and rpm installation in the introduction is kinda weird as both are very different things. The added fsync actually lowers the performance of rpm to leave more air to the rest of the system. So it is not a "performance tweak" either.

Focussing on rpm installation/update here:
So far I am not away of any obvious bottle neck in installation that made it on my "this needs fixing list". It is known that scriptlets have been using a significant amount of installation time. This may have improved with switching to (posttrans) file triggers. But I don't have any numbers on that.
It also is not obvious to me that parallel execution will yield a performance gain that will justify the added complexity. Nevertheless thread safety should be improved to allow librpm to be used in threaded environments.
I am open to discuss specific parts of the code and whether they are bottle necks. But that'd require some numbers.

-- 
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/517#issuecomment-413847900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20180817/e3ad155d/attachment.html>