From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs Subject: bug#44464: 28.0.50; slow shell output Date: Fri, 6 Nov 2020 02:54:17 +1300 Message-ID: References: <829f6a05-6809-4201-b76f-b002aefc6cb0@easy-emacs.de> <87lffgt6nh.fsf@tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31560"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: 44464@debbugs.gnu.org To: "Basil L. Contovounesios" , Andreas =?UTF-8?Q?R=C3=B6hler?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 05 14:57:50 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kaflu-00086c-B0 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 05 Nov 2020 14:57:50 +0100 Original-Received: from localhost ([::1]:45948 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kaflt-0006gx-CP for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 05 Nov 2020 08:57:49 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33404) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kafjC-0004Zt-1D for bug-gnu-emacs@gnu.org; Thu, 05 Nov 2020 08:55:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40501) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kafjB-0008Mq-NK for bug-gnu-emacs@gnu.org; Thu, 05 Nov 2020 08:55:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kafjB-0003VH-ME for bug-gnu-emacs@gnu.org; Thu, 05 Nov 2020 08:55:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Nov 2020 13:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44464 X-GNU-PR-Package: emacs Original-Received: via spool by 44464-submit@debbugs.gnu.org id=B44464.160458446413414 (code B ref 44464); Thu, 05 Nov 2020 13:55:01 +0000 Original-Received: (at 44464) by debbugs.gnu.org; 5 Nov 2020 13:54:24 +0000 Original-Received: from localhost ([127.0.0.1]:52047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kafiZ-0003UI-So for submit@debbugs.gnu.org; Thu, 05 Nov 2020 08:54:24 -0500 Original-Received: from smtp-2.orcon.net.nz ([60.234.4.43]:41791) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kafiX-0003U8-O7 for 44464@debbugs.gnu.org; Thu, 05 Nov 2020 08:54:22 -0500 Original-Received: from [101.53.216.173] (port=13022 helo=[192.168.20.103]) by smtp-2.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1kafiT-00065w-Ek; Fri, 06 Nov 2020 02:54:18 +1300 In-Reply-To: <87lffgt6nh.fsf@tcd.ie> Content-Language: en-GB X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:192717 Archived-At: On 5/11/20 11:55 pm, Basil L. Contovounesios wrote: > Andreas Röhler writes: >> When running >> curl -L -H "Accept: text/html" http://dbpedia.org/resource/Earth >> output stops at several times. > > Isn't this just because of long lines in the output? > This is a well-known performance pitfall in Emacs. I can reproduce the issue (in 27.1), and it seems to me that it's all about that one paragraph of right-to-left text. If I disable `bidi-display-reordering', I see no slow-downs. Eli, I note that setting `bidi-paragraph-direction' in the buffer (with bidi-display-reordering enabled) does not seem to have any obvious effect. Setting it to `left-to-right', I still see right-to-left movement through that portion of the text, and the associated slowness. Is that expected? I'll add that the line in question is not *especially* long (2374 characters); however it does seem to be a significant factor, as enabling longlines-mode eliminates the slowness around that text. -Phil