GNU bug report logs - #24720
Performance impact of -no-pie

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Mon, 17 Oct 2016 20:20:02 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Subject: bug#24720: closed (Re: bug#24720: Performance impact of -no-pie)
Date: Tue, 18 Oct 2016 16:22:02 +0000

[Message part 1 (text/plain, inline)]
Your bug report

#24720: Performance impact of -no-pie

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 24720 <at> debbugs.gnu.org.

-- 
24720: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24720
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]
From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Glenn Morris <rgm <at> gnu.org>, Alex <agrambot <at> gmail.com>
Cc: 24720-done <at> debbugs.gnu.org
Subject: Re: bug#24720: Performance impact of -no-pie
Date: Tue, 18 Oct 2016 09:21:27 -0700

On 10/18/2016 08:59 AM, Glenn Morris wrote:
> I'm going to guess that when you set it via CFLAGS, you lost the -O2
> that is otherwise part of the default CFLAGS.

Yes, that sounds quite plausible. Thanks for the diagnosis. Closing the bug.



[Message part 3 (message/rfc822, inline)]
From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Emacs bug reports <bug-gnu-emacs <at> gnu.org>
Cc: Alex <agrambot <at> gmail.com>
Subject: Performance impact of -no-pie
Date: Mon, 17 Oct 2016 13:18:51 -0700

(The rest of this message is copied from Alex's email archived at 
<http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00451.html>.)

After being forced to add -no-pie to my CFLAGS in order to build Emacs with a recent GCC, my startup time for my whole config (with -nw) has increased from ~1 second to ~2 seconds.

The startup time for `emacs -Q -nw` went up from about 0.07s to 0.14s; again it's about twice as slow.

The -Q time doesn't worry me, but the extra second for my main configuration isn't pleasant.

Is such a performance impact expected? If so, is there a plan to regain the old speed?
This bug report was last modified 8 years and 263 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.