From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: CHECK_STRUCTS/dmpstruct.h mechanism is broken. Date: Fri, 12 Apr 2019 13:37:27 +0000 Message-ID: <20190412133727.GC4588@ACM> References: <20190228205955.GD4686@ACM> <20190410162203.GA4009@ACM> <9809d5ce-c1c4-48e9-6dac-489431b34067@cs.ucla.edu> <671ba8dd-894b-5698-d162-8901b1098b9a@cs.ucla.edu> <83k1g04al8.fsf@gnu.org> <93b861b3-41d2-e590-d4b8-46a4bb64bfe8@cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="111323"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.10.1 (2018-07-13) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 12 15:37:50 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hEwNI-000SoW-HW for ged-emacs-devel@m.gmane.org; Fri, 12 Apr 2019 15:37:48 +0200 Original-Received: from localhost ([127.0.0.1]:37535 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEwNH-0000Nm-H3 for ged-emacs-devel@m.gmane.org; Fri, 12 Apr 2019 09:37:47 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36085) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEwN6-0000JC-94 for emacs-devel@gnu.org; Fri, 12 Apr 2019 09:37:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hEwN5-0001FN-8y for emacs-devel@gnu.org; Fri, 12 Apr 2019 09:37:36 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:48062 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1hEwN4-000153-Um for emacs-devel@gnu.org; Fri, 12 Apr 2019 09:37:35 -0400 Original-Received: (qmail 12104 invoked by uid 3782); 12 Apr 2019 13:37:28 -0000 Original-Received: from acm.muc.de (p4FE15D0C.dip0.t-ipconnect.de [79.225.93.12]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 12 Apr 2019 15:37:27 +0200 Original-Received: (qmail 19114 invoked by uid 1000); 12 Apr 2019 13:37:27 -0000 Content-Disposition: inline In-Reply-To: <93b861b3-41d2-e590-d4b8-46a4bb64bfe8@cs.ucla.edu> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:235340 Archived-At: Hello, Paul. On Thu, Apr 11, 2019 at 15:23:15 -0700, Paul Eggert wrote: [ .... ] > Moreover, Lisp file recompilation is parallelized so it's reasonably > fast on larger platforms (the wave of the future :-), whereas > 'configure' will remain slow. Why? Because we're not fixing it. There's no reason why `configure' needs to run on a single CPU core, at least, not that I can see at the moment. The hero will be the hacker who contributes a -j parameter to configure in the autoconf project. Gentoo users would be grateful for ever. As a stopgap, would it perhaps be possible to feed `configure''s tests through GNU Parallel, somehow? I see `configure' being fed through a sed or AWK script to make it do this. Perhaps. > I just now timed it, and './configure' took 29 real-time seconds > whereas 'cd lisp; make -j16 compile-always' took 38 real-time seconds; > this was with two circa-2013 Xeon E5-2640 v2 CPUs with 8 cores each. > So on a 32-core platform, I expect ./configure to take longer than > byte-compiling all the Lisp files - i.e., 'configure' is ridiculously > slow. For the record, the slowness of `configure' irritates me, too. -- Alan Mackenzie (Nuremberg, Germany).