From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#44464: 28.0.50; slow shell output Date: Thu, 05 Nov 2020 16:22:30 +0200 Message-ID: <83zh3vano9.fsf@gnu.org> References: <829f6a05-6809-4201-b76f-b002aefc6cb0@easy-emacs.de> <87lffgt6nh.fsf@tcd.ie> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31138"; mail-complaints-to="usenet@ciao.gmane.io" Cc: contovob@tcd.ie, 44464@debbugs.gnu.org To: Phil Sainty Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 05 15:23:27 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 1kagAh-0007xb-9C for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 05 Nov 2020 15:23:27 +0100 Original-Received: from localhost ([::1]:33256 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kagAg-0001Je-Av for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 05 Nov 2020 09:23:26 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41074) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kagAJ-0001CO-Ek for bug-gnu-emacs@gnu.org; Thu, 05 Nov 2020 09:23:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40558) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kagAI-00024y-AX for bug-gnu-emacs@gnu.org; Thu, 05 Nov 2020 09:23:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kagAI-0004HB-6W for bug-gnu-emacs@gnu.org; Thu, 05 Nov 2020 09:23:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Nov 2020 14:23:02 +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.160458616216396 (code B ref 44464); Thu, 05 Nov 2020 14:23:02 +0000 Original-Received: (at 44464) by debbugs.gnu.org; 5 Nov 2020 14:22:42 +0000 Original-Received: from localhost ([127.0.0.1]:52104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kag9y-0004GN-5O for submit@debbugs.gnu.org; Thu, 05 Nov 2020 09:22:42 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:40872) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kag9w-0004GC-Mm for 44464@debbugs.gnu.org; Thu, 05 Nov 2020 09:22:41 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57691) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kag9q-0001xM-JN; Thu, 05 Nov 2020 09:22:34 -0500 Original-Received: from [176.228.60.248] (port=4709 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kag9o-0006We-N7; Thu, 05 Nov 2020 09:22:33 -0500 In-Reply-To: (message from Phil Sainty on Fri, 6 Nov 2020 02:54:17 +1300) 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:192720 Archived-At: > Cc: 44464@debbugs.gnu.org, Eli Zaretskii > From: Phil Sainty > Date: Fri, 6 Nov 2020 02:54:17 +1300 > > 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. I don't see any particularly bad slowdown at all, but maybe I didn't make all the steps (I don't have 'curl'). Do you see the same slowdown if you fetch the URL with, say, WGET, and then visit it in Emacs? If not, how to reproduce this without 'curl'? > Eli, I note that setting `bidi-paragraph-direction' in the buffer > (with bidi-display-reordering enabled) does not seem to have any > obvious effect. It normally doesn't. Only some very special files can benefit from setting bidi-paragraph-direction non-nil. > 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? Yes. Paragraph direction doesn't disable reordering, it just determines whether the text will start at the left or the right edge of the window. > 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. I might be able to say something intelligent about this if I have a recipe for reproducing the slowdown, and have some quantitative idea of the slowdown (how much time does it take for Emacs to respond to some specific command). Thanks.