bug#32159: 26.1; inhibit-compacting-font-caches does not fix all fonts lagging issue

[Eli Zaretskii]

On July 16, 2018 5:35:07 AM GMT+03:00, Moses <moses.mason@gmail.com> wrote:
> On Sun, Jul 15, 2018 at 2:41 PM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Moses <moses.mason@gmail.com>
> > > Date: Sun, 15 Jul 2018 05:50:26 +0000
> > > Cc: 32159@debbugs.gnu.org
> > >
> > > You are right. I got 5906 installed fonts returned from (length
> > > (x-list-fonts "*")). However, this still a problem, which is
> really
> > > annoying when editing files that contain more than one language.
> >
> > Do some of the characters in HELLO display as boxes with hex code
> > inside them, and if so, do you see slow-down when Emacs is about to
> > display those characters?  If the answer to both question is YES, I
> > can suggest a customization to try that might help you avoid the
> > slowdown (assuming you don't need to be able to display characters
> > from those scripts), but please tell what characters are involved in
> > this.
> 
> Nope...all characters in the HELLO file can be display correctly
> without a problem, the lagging issue only appears while opening the
> file. Once it already opened, there is no more slowdown.

Okay, then what's your real-life use case?  I doubt you need 
to display HELLO very often, that was just an example, right?

> > > Other editor does not have the similar issue.
> >
> > AFAIK, no other editor supports such a large variety of fonts.
> 
> I mean other editors do not have slowdown problem while opening such a
> relatively small file. They are not as mighty as Emacs of course.

That's why they don't slow down: their job is easier.