From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Newsgroups: gmane.emacs.bugs Subject: bug#22519: 25.1.50; Emacs gets stuck while doing incremental search forward Date: Tue, 15 Mar 2016 16:53:05 +0100 Message-ID: <848u1jzqji.fsf@gmail.com> References: <84lh74g5s7.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1458057263 32204 80.91.229.3 (15 Mar 2016 15:54:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Mar 2016 15:54:23 +0000 (UTC) Cc: 22519@debbugs.gnu.org, Vincent =?UTF-8?Q?Bela=C3=AFche?= To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 15 16:54:11 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1afrIQ-0004D3-C4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Mar 2016 16:54:10 +0100 Original-Received: from localhost ([::1]:49481 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afrIP-0005Ey-Tm for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Mar 2016 11:54:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50368) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afrIM-0005El-OT for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 11:54:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afrII-0006sd-M4 for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 11:54:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52163) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afrII-0006sX-IW for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 11:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1afrII-0006FO-7I for bug-gnu-emacs@gnu.org; Tue, 15 Mar 2016 11:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Mar 2016 15:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22519 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 22519-submit@debbugs.gnu.org id=B22519.145805720223962 (code B ref 22519); Tue, 15 Mar 2016 15:54:02 +0000 Original-Received: (at 22519) by debbugs.gnu.org; 15 Mar 2016 15:53:22 +0000 Original-Received: from localhost ([127.0.0.1]:49290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afrHe-0006EQ-Dh for submit@debbugs.gnu.org; Tue, 15 Mar 2016 11:53:22 -0400 Original-Received: from smtp10.smtpout.orange.fr ([80.12.242.132]:22958 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afrHb-0006EC-Pd for 22519@debbugs.gnu.org; Tue, 15 Mar 2016 11:53:20 -0400 Original-Received: from AigleRoyal ([92.139.231.45]) by mwinf5d45 with ME id WFt51s00c0zRWLC03Ft5hV; Tue, 15 Mar 2016 16:53:13 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Tue, 15 Mar 2016 16:53:13 +0100 X-ME-IP: 92.139.231.45 In-Reply-To: <84a8lzzx8t.fsf@gmail.com> 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114943 Archived-At: Dear Eli, Just one more word: if I omit the `(recenter)' statement after each word insertion, then processing time is OK, utf-8 does it even a little shorter than latin-9, probably due to this there are fewer characters in the buffer. So, it really has to do with display refresh. VBR, Vincent. Le 15/03/2016 14:28, Vincent Bela=EFche a =E9crit : > Dear Eli, > > Ok, I decided to make some test bench (herein attached). > > I get the following interaction: > > $ ./emacs-bug22519.sh --fundamental no > -| mode: normal > -| latin-9=3D(0.588 5 0.031999999999999994) > -| utf-8=3D(111.257 146 1.3299999999999979) > $ ./emacs-bug22519.sh --fundamental yes > -| mode: fundamental > -| latin-9=3D(0.209 0 0.0) > -| utf-8=3D(95.442 129 1.121) > > > As you see, in normal mode utf-8 is 189 times slower than latin-9, and > in fundamental mode, it is 456 times slower. > > So, IMHO it is a bug: user expererience is *GREATLY* damaged when you > have the funny math symbols displayed. > > Please feel free to ask me to modify the attached script according to > your wishes, eg to new command line option, like making configurable > number of word insertion for shorter tests. > > VBR, > Vincent. > > Le 13/03/2016 17:19, Eli Zaretskii a =E9crit : >>> From: vincent.belaiche@gmail.com (Vincent Bela=EFche) >>> Cc: Vincent Bela=EFche , >>> 22519@debbugs.gnu.org >>> Date: Sun, 13 Mar 2016 09:10:11 +0100 >>> >>> Oooops... It is back again. It seems that this has to do with how long >>> the Emacs session has been open. I was comparing the 2016-01-29 Emacs >>> the session of which had been open for a couple of days with the >>> recently build 2016-03-11 Emacs the session of which was just open. And >>> the latter seemed not to have the problem any longer. >> >> I have now tried this file in a session that has been running for 10 >> days, and I see no problems with this file. >> >>> Not correct, the editing is lengthy *ALSO* with the latter Emacs. >>> >>> Please note that only the latex2e-fr.texi buffer is slow, the other >>> buffers behave OK. >> >> I'm afraid this is something specific to your configuration, so you >> will have to find which parts of your configuration cause this issue. >> Also, you originally talked about Emacs getting stuck, while now you >> seem to say about slow editing -- is this really the same problem, and >> if so, does it get stuck or just works slowly? >> >> In any case, without additional information I don't see how we could >> move further in debugging this problem. I'd begin with looking into >> the minor modes you have enabled in that buffer, disabling them one by >> one, until the problem goes way. If that doesn't help, look at >> features that hook into post-command-hook. >