Re: prelink performance gains

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

 



On Tue, 15 Oct 2013 19:42:25 +0200, Reindl Harald wrote:
> * look at the amount of updates and how they hit prelinked libraries until
>   prelink ran again
> * look at the "lsof | grep DEL | grep /usr" output caused by prelink

Sorry I do not see what disadvantage is it?


> * look at the wasted cycles of running prelink itself and compare to the gain

the cycles of prelink happen during night when nobody waits for anything.
The gain happens when user waits until the program starts.


> in the past on notebooks i hated prelink and god bless the maintainer which
> removed the prelink-require out of rkhunter which was pervert
> 
> most of the time i noticed the weak performance while prelink ran
> between that i got alarmed all the time by rkhunter-notifies
> *because* i should prelink this and that file

Sorry I do not see how is rkhunter related and what is the disadvantage.

If you mean that prelink ever runs while you sit at the computer then it is
a bug in cron, not in prelink.  /etc/cron.daily/mlocate has a similar problem.


Jan
-- 
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