Synchronous waits on scriptlet execution is entirely dead time.
Using a faster 256bit hash like BLAKE2 speeds up a large bottleneck.
Using compressions (like zstd) that are faster to decompress outperform xz.
None of what I just mentioned needs threading.
Meanwhile guessing at I/O bound, or the performance consequences of
multi-threaded xz decompression or the additional overhead of file triggers,
without any measurements is silly.
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
Rpm-maint mailing list