prelink performance gains

[Reindl Harald]

Am 15.10.2013 19:56, schrieb Jan Kratochvil:
> On Tue, 15 Oct 2013 19:50:44 +0200, Simo Sorce wrote:
>> Many tools need to juggle the fact these binaries have been changed, and
>> make checkers more complex and prone to faults.
> 
> So let's build the whole system with -O0 and we can throw away most of
> compilers and half of debuggers, which are all needlessly complex and prone to
> faults due to -O2.  Do we want to build simple system or good system?

don't get me wrong but *please* take some security education because with
"-O0" https://fedoraproject.org/wiki/Security_Features?rd=Security/Features
would not work

*and* prelink works against ASLR

>> In general prelink makes things more complex for negligible gains, its
>> worth is highly questionable.
> 
> I am aware of it, I have spent a lot of time making tools prelink compatible.
> But even compilers have very complex parts for negligible gains.

and pointing with the finger somewhere and saying "there is someting bad"
makes bad things better? not in the reality!

>> I just hope you are not saying that there is a doubt there are
>> disadvantages.
> 
> I really have not yet seen any valid one.

no - you refused to understand them

>> The real question here is whether advantages supersede disadvantges, and
>> given the only advantage seem to be performance and it is lost in noise,
> 
> I would not say it is lost in noise but let's say it is not big

if benchmarks sometimes are faster without and sometimes with prelink
the only conlcusion is that it got lost in the noise

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20131015/8793e68d/attachment.sig>