Re: prelink performance gains

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 15 Oct 2013, Dhiru Kholia wrote:

In short, we could not distinguish the performance gains of prelink over
the "background noise" in many (or even most) cases.

So, I was wondering if you are aware of any use-cases where prelink
provides measurable benefits. In would be awesome if you could run
"unSPEC" on your systems and report back the numbers.

Please take prelink behind the barn and shoot it. Thanks.

Every year people point out how obsoleted it is, yet we can't get seem
to rid of it.

The amount of time I've wasted on prelink in combination with FIPS is
something another decade of prelink speed gains isn't going to compensate
me for. I think /etc/prelink.conf.d along with the cron job and its
sysconfig override is an overengineered solution (and ugly because any
blacklist package has to own the directory of prelink too)

How can we have this discussion? We have had reports of numbers showing
no real gain. We know it affects ASLR negatively and complicates FIPS
engineering.

Why haven't we at least reached a compromise where prelink is _optional_
and not installed per default? It seems currently to be part of the
fedora live install (and the rhel workstation installs)

Paul
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux