GNU bug report logs - #29846
scroll and fontify takes longer time for file in slow network

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#29846: closed (scroll and fontify takes longer time for file
 in slow network)
Date: Thu, 28 Dec 2017 19:04:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Thu, 28 Dec 2017 14:03:47 -0500
with message-id <jwvzi62d6a2.fsf-monnier+emacs <at> gnu.org>
and subject line Re: bug#29846: scroll and fontify takes longer time for file in slow network
has caused the debbugs.gnu.org bug report #29846,
regarding scroll and fontify takes longer time for file in slow network
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
29846: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29846
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Shuguang Sun <shuguang <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: scroll and fontify takes longer time for file in slow network
Date: Mon, 25 Dec 2017 14:03:43 +0800

[Message part 3 (text/plain, inline)]

Hi,

Windows 7, GNU Emacs 27.0.50 (build 1, x86_64-w64-mingw32) of 2017-12-09.

Issue:
I have remote dirver (//server/path) mapped to my windows system (samba?).
The network is slow, and it takes some time to open the file. However,
after I have the file opened and scroll down, it takes a long time to
scroll to the next screen. It gets worse if the jit-lock-debug-mode is on.
After that if I try to scroll back to those has been fontified, it get
fluent as expected.

If I open the same file in a local driver (speed is higher than the network
definitely), the scroll is very fluent.

If I open a txt file (fundmental-mode, not fontification) in the same
remote directory, the scroll actions are fluent as well.

Per my understanding, all actions should be done in memory when a file has
been read into buffer, except backup, autosave, etc. The response should
not depents on where the file located phically.

How to repeat it:
1. Find a slow transfer rate network (sorry, it may be hard)
2. Prepare a long c file, 3-4 screens.
3. take font-lock-mode on (jit-font-mode)
4. Open the c file and scroll down, scroll down, scroll down...
5. scroll up, scroll up, scroll up

I have tried profiler. It indicates, the jit-font and redisplay take
majority of the cpu time.
1. open the c file
2. profiler-start
3. scroll down, scroll down, scroll down...
4. profiler-report


Best Regards,
Shuguang Sun

[Message part 4 (text/html, inline)]

[Message part 5 (message/rfc822, inline)]

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 29846-done <at> debbugs.gnu.org
Subject: Re: bug#29846: scroll and fontify takes longer time for file in slow
 network
Date: Thu, 28 Dec 2017 14:03:47 -0500

>> I believe this bug was introduced by yours truly
>> in commit 6bc76cee212aab0a2c02f8c28213fc842cc7880f:
[...]
>> And I think the patch below hence belongs in emacs-26.  Any objection?
> LGTM, please push to emacs-26.

Installed,


        Stefan

Previous Next

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