[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: slow X11 frame creation and refresh after occlusion
From: |
Robert Pluim |
Subject: |
Re: slow X11 frame creation and refresh after occlusion |
Date: |
Thu, 04 Feb 2021 09:24:54 +0100 |
>>>>> On Wed, 03 Feb 2021 16:52:15 -0500, Greg Klanderman <gak@klanderman.net>
>>>>> said:
>>>>> On February 1, 2021 Robert Pluim <rpluim@gmail.com> wrote:
Greg> (frame-parameter nil 'font-backend)
Greg> (xfthb x)
Greg> any suggestions for settings I can try?
>> Configure '--with-cairo'. I'm hoping that will be more efficient in
>> terms of loading fonts.
Greg> OK I will have a look. Is there any way to determine if font loading
Greg> is causing significant delay? And would that be an issue on
Greg> subsequent to the first frame on a display?
Emacs does a bunch of font-related stuff every time you create a new
graphical frame. You could try running emacs under 'perf' to see if it
gives any insight.
Greg> (emacs-version)
Greg> "GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d
scroll bars)
Greg> of 2020-12-21, modified by Debian"
>> Definitely not in there, it's master-only:
>> $ git log --author rpluim@gmail.com --grep font
>> commit 20d13e424fb2e7dcc5e6ea1848bca4376d22bab1
>> Author: Robert Pluim <rpluim@gmail.com>
>> Date: Fri Sep 11 10:29:24 2020 +0200
>> Stop querying for fonts as soon as a match is found
Greg> OK, another good pointer.
Greg> Did you have any ideas on my other email, and the finding that the
Greg> 30-60 sec of lossage I am seeing when dragging one emacs frame over
Greg> another seems related to not running a full blown desktop environment?
That one I have no idea about.
Robert