GNU bug report logs - #43269
28.0.50; [feature/native-comp] provide a user feedback on Emacs being native compiled

Previous Next

Full log

View this message in rfc822 format

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rms <at> gnu.org, arthur.miller <at> live.com, 43269 <at> debbugs.gnu.org
Subject: bug#43269: 28.0.50; [feature/native-comp] provide a user feedback on Emacs being native compiled
Date: Wed, 09 Sep 2020 21:51:53 +0000

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Andrea Corallo <akrl <at> sdf.org>
>> Cc: rms <at> gnu.org,  arthur.miller <at> live.com,  43269 <at> debbugs.gnu.org
>> Date: Wed, 09 Sep 2020 18:15:51 +0000
>> 
>> > So what do you have there, an i9 CPU?  In any case, 4 min with -j16 is
>> > quite a lot.
>> 
>> It's Xeon from three yeas ago (8 real cores).  It's 4 mins because our
>> build is not very parallel.
>> 
>> But that said I think what matters it the total CPU time (here ~30min)
>> to be compared against the same for the vanilla build (~12min).  This is
>> about what one would get at -j1.
>
> No, what matters to users is the elapsed time.  And that cannot be
> simply estimated as the total CPU time.

To my knowledge and for my experience with this workload this is a
decent estimation of the conversion factor.

It should be said that, as we have improved compilation speed already by
about a factor five, we may be able to improve it further.  But this is
where we stand today.

> Anyway, thanks for the data (and all your hard work on this).

Welcome, I really enjoy to work on this with you all.

  Andrea

Previous Next

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