Re: prelink performance gains

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

 



On Tue, Oct 15, 2013 at 10:14:13AM -0400, Paul Wouters wrote:
> 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)

Yup.  Even if prelink made things faster (which it seems it doesn't)
it wouldn't compensate for all my time it has wasted.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
-- 
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