From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id YCPiDW31J2CXWwAA0tVLHw (envelope-from ) for ; Sat, 13 Feb 2021 15:51:09 +0000 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id oKaWCW31J2DAJwAAB5/wlQ (envelope-from ) for ; Sat, 13 Feb 2021 15:51:09 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9966F2BC0C for ; Sat, 13 Feb 2021 16:51:08 +0100 (CET) Received: from localhost ([::1]:54250 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAxCN-0007Gp-NU for larch@yhetil.org; Sat, 13 Feb 2021 10:51:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47272) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAxAo-0006IY-Gb for emacs-orgmode@gnu.org; Sat, 13 Feb 2021 10:49:30 -0500 Received: from ciao.gmane.io ([116.202.254.214]:44148) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAxAn-0000s8-0S for emacs-orgmode@gnu.org; Sat, 13 Feb 2021 10:49:30 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1lAxAl-0002Ya-9L for emacs-orgmode@gnu.org; Sat, 13 Feb 2021 16:49:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: Typing latency Date: Sat, 13 Feb 2021 22:49:21 +0700 Message-ID: References: <8f36ba0c-5b96-2af4-8d19-1dbf6c9d142e@posteo.eu> <87h7mitu9l.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 In-Reply-To: <87h7mitu9l.fsf@localhost> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.76 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 9966F2BC0C X-Spam-Score: -1.76 X-Migadu-Scanner: scn1.migadu.com X-TUID: NEpFUoJN/saU On 11/02/2021 23:59, Ihor Radchenko wrote: > Maxim Nikulin writes: > >> It is not namely typing latency, but I have noticed lags while moving >> over collapsed headings with "up" key (with "down" it is not so >> apparent) e.g. in overview view. It has happened after linux upgrade, >> emacs version changed from 25.2 to 25.3, system package with org mode >> updated as well. The org file has significant size: 50k lines, 2Mb. I >> have created a LXC container to compare performance with older emacs. It >> is quite strange. With org version from git, emacs version is not really >> important, flyspell mode is irrelevant. > > You can try feature/org-fold branch aiming to address issues with > performance on large files https://github.com/yantar92/org Ihor, I have seen the thread with discussion of your branch. This case I was surprised the simple move to next or previous currently displayed line could be slow. I would expect that emacs has information (in some internal structures) what position in the buffer is related to the same x coordinate on the previous or next (visual) visible line. Ideally it would not depend on how much text is hidden by overlays, properties, etc. and should work instantly. Update to my results. I suspected some problem with loader and I have realized what actually had happened. I believed that -L (--directory) emacs command line options have precedence and used the following command emacs -L ~/org-mode/lisp test-file.org actually -L processed after init.el file, so (require 'org-protocol) in the init file loaded some files from org-9.1.6 (elpa-org system package) then remaining files were loaded from git HEAD org version. Even org-submit-bug-report did not worked, I tried it to get summary of actual configuration. I do not run emacs in such way routinely, so the problem was specific to my tests. My current impression that in both cases of emacs-25.2 and 26.3, with org from git moving cursor over collapsed headers works faster than with org-9.1.6 or org-9.3.1 from elpa-org package. In all cases line-move-visual dominates in profiler reports. So slow down I have noticed is likely related to growth of the file size rather than to system upgrade. I just mostly navigate through the file using C-u C-c C-j, so I just was not using cursor keys in overview tree display for some time. So strange observation, due to that I sent previous message, is explained: incorrect usage of command line option during tests. My complains related to performance is not related to emacs upgrade, org master branch HEAD from git works better. Maybe later I will try suggestions how to improve performance or I will just split my file into smaller parts. Sorry for the noise.