From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: macOS metal rendering engine in mac port Date: Tue, 25 May 2021 05:31:20 +0300 Message-ID: <83k0nncznr.fsf@gnu.org> References: <831r9xjrho.fsf@gnu.org> <5754E85B-9840-416B-B9C1-E6B2B1FC0114@gnu.org> <80A25FCA-2CF4-433F-B82F-4B37ED5BC6DC@gnu.org> <831r9wdrjr.fsf@gnu.org> <83v978ccbc.fsf@gnu.org> <83sg2cc8m7.fsf@gnu.org> <83pmxgc681.fsf@gnu.org> <83mtskc4zl.fsf@gnu.org> <83lf84c4p7.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28803"; mail-complaints-to="usenet@ciao.gmane.io" Cc: alan@idiocy.org, mituharu@math.s.chiba-u.ac.jp, emacs-devel@gnu.org To: Aaron Jensen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 25 04:36:20 2021 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 1llMvc-0007Ev-PN for ged-emacs-devel@m.gmane-mx.org; Tue, 25 May 2021 04:36:20 +0200 Original-Received: from localhost ([::1]:45852 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llMvb-000323-SQ for ged-emacs-devel@m.gmane-mx.org; Mon, 24 May 2021 22:36:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40778) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1llMqu-0003lp-8b for emacs-devel@gnu.org; Mon, 24 May 2021 22:31:28 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58250) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llMqr-00016T-7O; Mon, 24 May 2021 22:31:25 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3609 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1llMqq-0000yy-Ix; Mon, 24 May 2021 22:31:24 -0400 In-Reply-To: (message from Aaron Jensen on Mon, 24 May 2021 13:21:48 -0700) 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:269828 Archived-At: > From: Aaron Jensen > Date: Mon, 24 May 2021 13:21:48 -0700 > Cc: Alan Third , YAMAMOTO Mitsuharu , emacs-devel@gnu.org > > The mystery to me is how your computer has optimized those extra > calls. No mystery: face merging is just a small fraction of what redisplay does, so the twofold increase in face merging shouldn't slow down redisplay too much. > What's the result of this for you: > > (let ((idx 0)) > (catch 'nth-elt > (dolist (f face-new-frame-defaults) > (when (equal 'line-number (car f)) (throw 'nth-elt idx)) > (setq idx (1+ idx))) > nil)) > > I get 115. 95 here. > Also, it just occurred to me that I'm using native-compilation. Are > you? No. > I just tested without native comp and on emacs -Q I got: > > 7.3s w/o line numbers > 8.2s w/ line numbers So the effect is still significant, not what I see here. > > What about "emacs -Q -nw": do you see a similar slowdown when you turn > > on line numbers? > > Similar, yes: 1.53s w/o line numbers and 2.12s with line numbers (this > was with native comp). Sigh.