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: How to measure frame rate in fps? Date: Sun, 06 Jun 2021 20:19:41 +0300 Message-ID: <83sg1uhpw2.fsf@gnu.org> References: <83h7ih24kc.fsf@gnu.org> <83y2btzlui.fsf@gnu.org> <4fe7f7a7-7c23-25fc-2d59-f1290436f487@yandex.ru> <83sg21zjg0.fsf@gnu.org> <472fab69-c072-74d4-e8d2-0dcefab7f726@yandex.ru> <834kehyp6s.fsf@gnu.org> <83o8cjikuj.fsf@gnu.org> <838s3ni2z9.fsf@gnu.org> <1fe36d16-202a-9c00-7a17-946226ad8e0f@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39084"; mail-complaints-to="usenet@ciao.gmane.io" Cc: wyuenho@gmail.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jun 06 19:20:47 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 1lpwS7-0009wP-L0 for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Jun 2021 19:20:47 +0200 Original-Received: from localhost ([::1]:40218 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lpwS6-0000vO-NE for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Jun 2021 13:20:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lpwR8-0000Ap-81 for emacs-devel@gnu.org; Sun, 06 Jun 2021 13:19:46 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:54672) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lpwR7-0008OY-Fy; Sun, 06 Jun 2021 13:19:45 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2669 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 1lpwR6-0003Sy-Rq; Sun, 06 Jun 2021 13:19:45 -0400 In-Reply-To: <1fe36d16-202a-9c00-7a17-946226ad8e0f@yandex.ru> (message from Dmitry Gutov on Sun, 6 Jun 2021 19:48:17 +0300) 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:270486 Archived-At: > Cc: wyuenho@gmail.com, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sun, 6 Jun 2021 19:48:17 +0300 > > On 06.06.2021 15:36, Eli Zaretskii wrote: > > > Then I don't see how this is relevant to the issue with the GTK tool > > bar making "do-nothing" redisplays more expensive. The above is a > > completely different scenario; depending on what exactly was Emacs > > doing in this scenario, redrawing of the GTK tool bar could indeed > > account for an insignificant percentage of the CPU time. > > In my scenario the observable window configuration doesn't change > between redisplays (though, of course, "current buffer" is switched > multiple times under the covers, to send request and parse/receive > response), and the values of point (again, during redisplay), are only 1 > character position apart. First, that nothing changes on the glass doesn't mean redisplay isn't working, because it isn't (always) omniscient. More importantly, I no longer understand what are we discussing. AFAIU, you have some scenario where Emacs is performing some non-trivial processing, and where in your opinion redisplay should not have changed anything on display. Is that correct? If so, please take me from this point and explain what is the issue you see. > So if there is some caching of the toolbar contents, I don't see why it > wouldn't work. I'm also not sure how rendering it can take 10-15 extra > milliseconds, but for all I know this could be normal. The 10-15 milliseconds was measured in a different situation, AFAIU: an idle "emacs -Q". Is that correct? > > And what are you trying to investigate or establish with profiling > > this scenario? Maybe I simply don't understand what you wanted to > > demonstrate. > > That toolbar being enabled has a somewhat unexpected effect on redisplay > performance. I don't think I understand how you conclude this. I see no traces of redisplay functions in the profile you have shown.