From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.devel Subject: Re: Time to merge scratch/correct-warning-pos into master, perhaps? Date: Sat, 22 Jan 2022 22:36:11 +0000 Message-ID: <58bb8030d59733b52b8d@heytings.org> References: <83mtjwzwkb.fsf@gnu.org> <87r198ytog.fsf@gnus.org> <87zgnvyb5y.fsf@gnus.org> <87bl03j10s.fsf@gnus.org> <9D116A4B-622F-4C80-83E6-2CDD7ED9AD25@acm.org> <58bb8030d532070ed420@heytings.org> <838rv7mzn4.fsf@gnu.org> <58bb8030d5ec3a6bde9f@heytings.org> <837darmygd.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31168"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mattiase@acm.org, larsi@gnus.org, acm@muc.de, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 22 23:37:40 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nBP0r-0007vW-KE for ged-emacs-devel@m.gmane-mx.org; Sat, 22 Jan 2022 23:37:37 +0100 Original-Received: from localhost ([::1]:52190 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nBP0q-0003Z0-Aq for ged-emacs-devel@m.gmane-mx.org; Sat, 22 Jan 2022 17:37:36 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41626) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nBOzo-0002Zd-LO for emacs-devel@gnu.org; Sat, 22 Jan 2022 17:36:32 -0500 Original-Received: from heytings.org ([95.142.160.155]:37320) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nBOzk-0004NH-AS; Sat, 22 Jan 2022 17:36:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1642890972; bh=7KSCfMAuu70BlbFipaAumetc4Tg5iDU2WxwI7ewyVYg=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=dywl0eEAFFwWrdC9x9o/smefL0Ayad6bA59Mn+p2q3wxbG/l+JzW10+ZcbnY5izfV TdFdZi0fGTvJ0upA22LFx6qm5jQ4gyiGqLLhzfRKQN5HPyCs/qlPa3dRQifmad8RW/ 3IC1rNWMfp5L1hBsvrCnAkv3ZtmzYgUckxaiCDfU0qRKkw+ML6U7YSHyN0FJqrVhvH NMGELOVUinYUZeV05Iw2cSFCzmu1F3m5bzdpsXRGM06/q7jr+hqLB8rYMSCr9AyAEF 7xW7FmnJsSzmS4p0GpB/+G/r5lhKOjP34uTl5SNtQkIxglh9Z9jhsMf1JzsfUNV6PV oGRpLHyI16QRQ== In-Reply-To: <837darmygd.fsf@gnu.org> Received-SPF: pass client-ip=95.142.160.155; envelope-from=gregory@heytings.org; helo=heytings.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:285232 Archived-At: >>> That's consistent with what was reported at the beginning of this >>> thread (~7% slowdown). Byte compilation is expected to be slightly >>> slower with this change. >> >> But make check does a lot more than byte compilation, or am I missing >> something? > > Not much more, IME. > That's not what the numbers tell us (again 3b33a14380 vs 7922131bb2): make -j1 check: 181s (69s byte-compilation, 112s execution) vs 162s (58s byte-compilation, 104s execution) make -j4 check: 45s (17s byte-compilation, 28s execution) vs 40s (15s byte-compilation, 25s execution) make -j8 check: 26s (9s byte-compilation, 17s execution) vs 23s (7s byte-compilation, 16s execution) In short, the compilation time in make check is slower (which is expected), but the execution time in make check is also consistently ~7% slower.