From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Shuguang Sun Newsgroups: gmane.emacs.bugs Subject: bug#29846: scroll and fontify takes longer time for file in slow network Date: Mon, 25 Dec 2017 14:03:43 +0800 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a11482ffac099ba056123edcf" X-Trace: blaine.gmane.org 1514181738 7873 195.159.176.226 (25 Dec 2017 06:02:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 25 Dec 2017 06:02:18 +0000 (UTC) To: 29846@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 25 07:02:14 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTLpx-00015u-Ow for geb-bug-gnu-emacs@m.gmane.org; Mon, 25 Dec 2017 07:02:10 +0100 Original-Received: from localhost ([::1]:60925 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eTLrs-0008Hr-W0 for geb-bug-gnu-emacs@m.gmane.org; Mon, 25 Dec 2017 01:04:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eTLrn-0008Hi-Kp for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:04:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eTLrm-0000yj-I5 for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:04:03 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42419) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eTLrm-0000yf-E1 for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eTLrm-0005d6-2e for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:04:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Shuguang Sun Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Dec 2017 06:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29846 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.151418183521623 (code B ref -1); Mon, 25 Dec 2017 06:04:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 25 Dec 2017 06:03:55 +0000 Original-Received: from localhost ([127.0.0.1]:51100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTLre-0005ch-Vx for submit@debbugs.gnu.org; Mon, 25 Dec 2017 01:03:55 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:59231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eTLrd-0005cQ-Kh for submit@debbugs.gnu.org; Mon, 25 Dec 2017 01:03:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eTLrX-0000oT-HZ for submit@debbugs.gnu.org; Mon, 25 Dec 2017 01:03:48 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:33407) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eTLrX-0000oK-Ee for submit@debbugs.gnu.org; Mon, 25 Dec 2017 01:03:47 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50184) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eTLrW-0008Cu-40 for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:03:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eTLrV-0000mq-3I for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:03:46 -0500 Original-Received: from mail-qk0-x22b.google.com ([2607:f8b0:400d:c09::22b]:45917) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eTLrU-0000mR-UP for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2017 01:03:45 -0500 Original-Received: by mail-qk0-x22b.google.com with SMTP id o126so28353641qke.12 for ; Sun, 24 Dec 2017 22:03:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=bm0tRJ6Rh2FAbfm0HsqsbOLkXFHvCaFscyYN4KATVFc=; b=IeI1fVRI7QeJ2DCAtkmqy2qaeibc91OCp7Mtiiy3mdo00DpQ28Hg8eFsxo4CqvwCdf yGhFI46XVMtLwn38RFcR6yETTpmF0bSX97zgnGcqMdpto/+gsIHn775w92oRQ81tmzDv 0p8MxPqp+9FbefyotiInMMPeFmPCVgiv7SNEDiKP5/PyHlzecZah4LmOOHN7p4QdcuVE U1UDow1sLLReJV4uQpe5CAW4FT1vssqd0GvFQyO+g+hdiSgYxfMS1pvXB0syx3TdhIIm +ErFYqVdH7xjcTg53KD9K67TNzVSN/wJ5PHEu3jIWIaaI0pjLqEWvtRaIK73aHebPdRX e1YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=bm0tRJ6Rh2FAbfm0HsqsbOLkXFHvCaFscyYN4KATVFc=; b=p72/kfOU/pHqgw7Jk6sIA7AIXJhMeZeXZiJgM0mUpvZQp3J1KRBBNDGF33ouBnwrrM mztnRukiUiHy7wl907xWhv9K9uUm8bn/jLZ5uCqL8cs5eAbbRr4sS+UaYqQS4leC1IrM pd02N3/xo1vKXMIPjnw83XtZEj17d3LZv1vMgfHRntzqx+faXxVh8IXbjtvr0m8IJhyW Yo0IF9hP1cIJ4ugpHTEcTkrhKsBymFnC2Ctep2kGW6hULSz/2gsdMHxNCB9c/enAL+pm pxUPBBqOcjjqy15zMp6JwUIGgMhPQl6emuDKa7+/+KJPwvzI8yQuEQ8EBMsdHrrRf1/X F+Bg== X-Gm-Message-State: AKGB3mL5vpJCG5rxq4UHxsRe2lnSIVQ1GFWm/JIhBxLciGB8IBwAwDIp Fp+xXA64OdX8D8n4Www8roH9Lvc/v+lr7Xr7CiGfkg== X-Google-Smtp-Source: ACJfBotKC0qiYrBYwd6Xd+pOmHbS6V+7bunB4Bda2RhqK9UnjOSR4oj8fpfTAEcJfVQPNL1xTzp5w2Fg1f53bYLHRcA= X-Received: by 10.55.101.198 with SMTP id z189mr27494950qkb.46.1514181824124; Sun, 24 Dec 2017 22:03:44 -0800 (PST) Original-Received: by 10.237.43.166 with HTTP; Sun, 24 Dec 2017 22:03:43 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:141475 Archived-At: --001a11482ffac099ba056123edcf Content-Type: text/plain; charset="UTF-8" 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 --001a11482ffac099ba056123edcf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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 win= dows system (samba?). The network is slow, and it takes some time to open t= he 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 sam= e file in a local driver (speed is higher than the network definitely), the= scroll is very fluent.

If I open a txt file (fund= mental-mode, not fontification) in the same remote directory, the scroll ac= tions are fluent as well.

Per my un= derstanding, 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 r= epeat it:
1. Find a slow transfer rate network (sorry, it may be = hard)
2. Prepare a long c file, 3-4 screens.
3. take fo= nt-lock-mode on (jit-font-mode)
4. Open the c file and scroll dow= n, 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<= /div>
2. profiler-start
3. scroll down, scroll down, scroll d= own...
4. profiler-report


Best Regards,
Shuguang Sun

--001a11482ffac099ba056123edcf--