From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: follow-mode: extremely slow in combination with org-mode Date: Tue, 19 Jun 2018 19:55:35 +0300 Message-ID: <83muvqsol4.fsf@gnu.org> References: <87zhzvc9km.fsf@tu-berlin.de> <83r2l7yn52.fsf@gnu.org> <87y3fedgnq.fsf@tu-berlin.de> <838t7ezokb.fsf@gnu.org> <877emx3not.fsf@tu-berlin.de> <83lgbdu8zs.fsf@gnu.org> <20180617111333.GA12093@ACM> <83k1qxtvkt.fsf@gnu.org> <87tvq1qx6n.fsf@tu-berlin.de> <83d0wptpmu.fsf@gnu.org> <87bmc79dwz.fsf@tu-berlin.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1529427262 31427 195.159.176.226 (19 Jun 2018 16:54:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 19 Jun 2018 16:54:22 +0000 (UTC) Cc: acm@muc.de, emacs-devel@gnu.org To: Gerald Wildgruber Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 19 18:54:18 2018 Return-path: Envelope-to: ged-emacs-devel@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 1fVJta-000854-CP for ged-emacs-devel@m.gmane.org; Tue, 19 Jun 2018 18:54:18 +0200 Original-Received: from localhost ([::1]:43898 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fVJvh-0003We-MU for ged-emacs-devel@m.gmane.org; Tue, 19 Jun 2018 12:56:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fVJur-0003UP-6w for emacs-devel@gnu.org; Tue, 19 Jun 2018 12:55:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fVJuo-0002fW-36 for emacs-devel@gnu.org; Tue, 19 Jun 2018 12:55:37 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39131) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fVJun-0002fK-Vb; Tue, 19 Jun 2018 12:55:34 -0400 Original-Received: from [176.228.60.248] (port=2570 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fVJun-0003dE-DR; Tue, 19 Jun 2018 12:55:33 -0400 In-reply-to: <87bmc79dwz.fsf@tu-berlin.de> (message from Gerald Wildgruber on Tue, 19 Jun 2018 14:08:44 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:226520 Archived-At: > From: Gerald Wildgruber > CC: , > Date: Tue, 19 Jun 2018 14:08:44 +0200 > > I tried the patched follow.el (the one that contains the modified > follow-calc-win-end) on my somewhat slower (but also new quad core) > office machine, unfortunately no amelioration of lag was noticeable. > > Same procedure: patching follow.el, starting the profiler, loading the > patched uncompiled version into emacs via M-x load-file and finally > start editing. > > The lag remains enormous (e.g. more than a second lag between typing RET > and seeing a newline on screen); I noticed however, that upon typing RET > one time, the newline comes almost immediately; but after typing more > RETs they take ages to appear on screen. > > Bizarrely, this happened also: redisplay takes very long and it > apparently aborts leaving paragraphs before point unfilled, one long > line of text (I always use auto-fill-mode). Then this method of debugging the problem is no longer efficient, I'd need to run this on my system to see what's going on. So please use "M-x report-emacs-bug RET" to file a bug report about this, and please attach to the report the Org file where you observe the problems. (You can replace the text of the headings and the bodies of your entries with some random character, to protect your private stuff, but please leave the parts that control Org mode intact.) Thanks.