GNU bug report logs - #56682
Fix the long lines font locking related slowdowns

Previous Next

Package: emacs;

Reported by: Gregory Heytings <gregory <at> heytings.org>

Date: Thu, 21 Jul 2022 18:01:01 UTC

Severity: normal

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: 56682 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, dgutov <at> yandex.ru
Subject: bug#56682: Fix the long lines font locking related slowdowns
Date: Sat, 13 Aug 2022 08:56:51 +0300
> Date: Fri, 12 Aug 2022 21:41:36 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: Eli Zaretskii <eliz <at> gnu.org>, 56682 <at> debbugs.gnu.org, 
>     monnier <at> iro.umontreal.ca
> 
> The branch demonstrates that, with the Javascript/JSON improvements
> you installed recently on master, editing the 20 MB dictionary.json
> file without using locked narrowing around fontification-functions
> is reasonably efficient.

Is 20MB single-line JSON file fairly representative of such files out
there?  Do we know of JSON file with much longer lines, for example
50MB or 100MB?

If 20MB is reasonably representative of the long-line JSON, then
perhaps at least json-mode could consider resetting
long-line-threshold to nil.  But if there are significantly larger
files out there, we should first assess the performance in those
cases.




This bug report was last modified 2 years and 9 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.