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: Mon, 24 May 2021 22:21:34 +0300 Message-ID: <83mtskc4zl.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> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1625"; 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 Mon May 24 21:22:12 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 1llG9U-0000AZ-OT for ged-emacs-devel@m.gmane-mx.org; Mon, 24 May 2021 21:22:12 +0200 Original-Received: from localhost ([::1]:33628 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llG9T-0004fF-RA for ged-emacs-devel@m.gmane-mx.org; Mon, 24 May 2021 15:22:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51254) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1llG8y-00040Y-FL for emacs-devel@gnu.org; Mon, 24 May 2021 15:21:40 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:47806) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llG8w-0006RW-0p; Mon, 24 May 2021 15:21:38 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1075 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 1llG8u-00058v-HE; Mon, 24 May 2021 15:21:36 -0400 In-Reply-To: (message from Aaron Jensen on Mon, 24 May 2021 12:07:44 -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:269798 Archived-At: > From: Aaron Jensen > Date: Mon, 24 May 2021 12:07:44 -0700 > Cc: emacs-devel@gnu.org, Alan Third , > YAMAMOTO Mitsuharu > > lface_from_face_name_no_resolve is called 4.5x more often when line > numbers are enabled and that's enough to make a difference on my > machine. But it doesn't make any significant difference on mine. And that's a mystery. > Could you try adding 500 extra (unused) faces and try the comparison > again? The slowdown scales along with the number of faces, so your > linux build may just be better optimized for this particular scenario. No, I want to continue using "emacs -Q", because we cannot even explain the difference in behavior there. Making the problem we don't understand more complex will hardly help us understanding it. > > If you turn on highlight-regexp mode, and use regexps that match about > > 2 times on each line, do you also see a similar slowdown in the > > scrolling benchmark? For example, highlight two regexps: "^." and > > ".$". This should create the same addition of face merges per line as > > with line numbers, and so the effect should be similar -- if indeed > > the reason is face merges and not something else. In my testing, > > scrolling through xdisp.c with the above 2 regexps highlighted takes > > just 2% more time than without them, similar to what I see when I turn > > on line numbers. > > emacs -Q > No highlights: 5.47s (slower likely because i'm on master now instead > of Alan's branch) > With highlights: 9.4s > > So yes, a similar slowdown for me. So the mystery remains... Thanks.