From: Robert Pluim <rpluim@gmail.com>
To: Greg Klanderman <gak@klanderman.net>
Cc: emacs-devel@gnu.org
Subject: Re: slow X11 frame creation and refresh after occlusion
Date: Thu, 04 Feb 2021 09:24:54 +0100 [thread overview]
Message-ID: <87eehws0ix.fsf@gmail.com> (raw)
In-Reply-To: <87a6sk4y5s.fsf@lwm.klanderman.net> (Greg Klanderman's message of "Wed, 03 Feb 2021 16:52:15 -0500")
>>>>> 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
next prev parent reply other threads:[~2021-02-04 8:24 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-07 18:14 gnus-server-to-method crash on virtual server name in gnus-secondary-select-methods Greg Klanderman
2021-01-08 18:28 ` Eric Abrahamsen
2021-01-18 18:07 ` Greg Klanderman
2021-01-21 23:50 ` Eric Abrahamsen
2021-01-25 17:51 ` Greg Klanderman
2021-01-25 18:41 ` Eric Abrahamsen
2021-01-26 19:11 ` Greg Klanderman
2021-01-26 10:51 ` Robert Pluim
2021-01-26 19:09 ` slow X11 frame creation and refresh after occlusion (was: gnus-server-to-method crash on virtual server name in gnus-secondary-select-methods) Greg Klanderman
2021-01-27 8:07 ` slow X11 frame creation and refresh after occlusion Robert Pluim
2021-01-30 19:32 ` Greg Klanderman
2021-02-01 8:56 ` Robert Pluim
2021-02-03 21:52 ` Greg Klanderman
2021-02-04 8:24 ` Robert Pluim [this message]
2021-02-04 21:14 ` Greg Klanderman
2021-02-05 9:53 ` Robert Pluim
2021-02-05 17:12 ` Greg Klanderman
2021-01-30 22:21 ` Greg Klanderman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87eehws0ix.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=gak@klanderman.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.