From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: A proposal for the future of open-paren-in-column-0-is-defun-start. Date: Tue, 07 Apr 2020 17:06:34 +0300 Message-ID: <83o8s3qtjp.fsf@gnu.org> References: <20200405134735.GD5049@ACM> <831rp0siqn.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="94906"; mail-complaints-to="usenet@ciao.gmane.io" Cc: acm@muc.de, emacs-devel@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Apr 07 16:07:46 2020 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 1jLotF-000OV2-Pd for ged-emacs-devel@m.gmane-mx.org; Tue, 07 Apr 2020 16:07:45 +0200 Original-Received: from localhost ([::1]:47844 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLotE-0000FE-RY for ged-emacs-devel@m.gmane-mx.org; Tue, 07 Apr 2020 10:07:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51002) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jLosk-0008Gh-NK for emacs-devel@gnu.org; Tue, 07 Apr 2020 10:07:15 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jLosk-0000YU-FS; Tue, 07 Apr 2020 10:07:14 -0400 Original-Received: from [176.228.60.248] (port=2497 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jLos9-0000Q8-CV; Tue, 07 Apr 2020 10:06:46 -0400 In-Reply-To: (message from martin rudalics on Tue, 7 Apr 2020 10:33:58 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:246600 Archived-At: > Cc: acm@muc.de, rms@gnu.org, emacs-devel@gnu.org > From: martin rudalics > Date: Tue, 7 Apr 2020 10:33:58 +0200 > > > Actually, we had a few detailed profiles posted which show many levels > > below "somewhere in jit-lock", at least for CC Mode. > > When comparing -O0 with -O3 builds I noticed one additional difference > with simple repetitions of 'scroll-up' in xdisp.c. The optimized build > spent 25% of the CPU time consumed collecting garbage, the debug build > 42%. Does an -O0 build produce more garbage or is it collecting slower? I think the latter. I don't think --enable-checking causes significantly more Lisp object to be produced. GC is very recursive, so optimizations that put variables in registers make it faster.