Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.emacs.bug > #134848
| From | Eli Zaretskii <eliz@gnu.org> |
|---|---|
| Newsgroups | gnu.emacs.bug |
| Subject | bug#43177: Bug: Emacs 27.1 hangs forever in `FcCharSetSubtractCount' from '/usr/lib/libfontconfig.so.1' |
| Date | 2020-09-03 21:24 +0300 |
| Message-ID | <mailman.2226.1599157503.2469.bug-gnu-emacs@gnu.org> (permalink) |
| References | (17 earlier) <87eeniq5ln.fsf@igel.home> <m2y2lqzyjd.fsf@gmail.com> <83ft7yvk0k.fsf@gnu.org> <87a6y6oiju.fsf@igel.home> <83blimvhuv.fsf@gnu.org> |
> From: Andreas Schwab <schwab@linux-m68k.org> > Cc: Robert Pluim <rpluim@gmail.com>, 43177@debbugs.gnu.org, > emacs@Alexander.Shukaev.name > Date: Thu, 03 Sep 2020 19:51:17 +0200 > > On Sep 03 2020, Eli Zaretskii wrote: > > > Do we understand why including the x backend produces such a huge > > delay? Where is most of that time spent, and why? > > My guess would be that probing fonts via the x backend is expensive due > to round trips to the X server (and the X server is quite busy during > that time). If that is the reason, I guess we should try to minimize the number of fonts for which this is done. Like, for example, set up some data structure to be consulted when a deciding whether a given font should be used with the x backend. After all, the number of fonts for which that backend is needed is quite small, basically bitmapped fonts.
Back to gnu.emacs.bug | Previous | Next | Find similar
bug#43177: Bug: Emacs 27.1 hangs forever in `FcCharSetSubtractCount' from '/usr/lib/libfontconfig.so.1' Eli Zaretskii <eliz@gnu.org> - 2020-09-03 21:24 +0300
csiph-web