From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Aaron Jensen Newsgroups: gmane.emacs.bugs Subject: bug#30457: 26.0.91; bidi-display-reordering makes navigation around melpa/archive-contents slow Date: Thu, 15 Feb 2018 10:49:23 -0800 Message-ID: References: <83tvujwh2t.fsf@gnu.org> <83mv0bwds5.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1518720914 30338 195.159.176.226 (15 Feb 2018 18:55:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 15 Feb 2018 18:55:14 +0000 (UTC) Cc: 30457@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Feb 15 19:55:10 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1emOgN-0006uv-5k for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Feb 2018 19:54:59 +0100 Original-Received: from localhost ([::1]:48876 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1emOiP-00082z-4e for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Feb 2018 13:57:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1emObg-00027j-7X for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2018 13:50:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1emOba-0005au-KC for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2018 13:50:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37200) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1emOba-0005al-G8 for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2018 13:50:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1emOba-0004KU-2M for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2018 13:50:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Aaron Jensen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Feb 2018 18:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30457 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30457-submit@debbugs.gnu.org id=B30457.151872057116598 (code B ref 30457); Thu, 15 Feb 2018 18:50:02 +0000 Original-Received: (at 30457) by debbugs.gnu.org; 15 Feb 2018 18:49:31 +0000 Original-Received: from localhost ([127.0.0.1]:45097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1emOb5-0004Je-80 for submit@debbugs.gnu.org; Thu, 15 Feb 2018 13:49:31 -0500 Original-Received: from mail-qk0-f170.google.com ([209.85.220.170]:34075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1emOb3-0004JP-F8 for 30457@debbugs.gnu.org; Thu, 15 Feb 2018 13:49:29 -0500 Original-Received: by mail-qk0-f170.google.com with SMTP id o7so853422qkc.1 for <30457@debbugs.gnu.org>; Thu, 15 Feb 2018 10:49:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/IlVMYviSvV83delFEZClyVZhuby6YUJ5el1vCOnNBE=; b=ILFf++zWZ76dAFVfbD0/Fopy3hIrYdkOZ4JUdpfLBZUsLVMcmpLPFlk8d8J1sqEcxs oc27AnXulB7JaIPeA1IS2TiRZwLoOx4LGNeNq3BUWbS63JZ7OCuVNYVNgyD6mi3VY604 bP8JEDrmyON8nrqo1WFOg0MbctvNQcUP5qObI40wm7J37M/6htf9LgeQ7AkEpB++5Q0P JM1YtAE/LBvQN5vRwLEDxYSEyMoEFfxLNK5SeZGMkO0yAM3KxMSAMFeWvE+hFNBBUbDc R7x8H0Baj2fOFbwS/o+YJ1wzoUXP4qI8LdB7s9VJLvS6lBbBhW4+VP16A1BxBHZFU2Qs SS1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/IlVMYviSvV83delFEZClyVZhuby6YUJ5el1vCOnNBE=; b=rBF4z6RruyzrGLjX5vr6qGiazib4P3VGl7af5Kzoa56m1/1VsyvjQnQpjlVeYXZORR uJ3h85hns0iOfn+iZIvahOJ/hvMUjozy7H9z+vAZFpmjALkNtcsZbHb0CMlPi10z8NB8 Vep43q/9TlS9Ui6Lu/fWDmGMRr+vQapbDD4FWLNnOYgnyOPFUwmO8FcII7dHw7PzpW98 YzT42EN5yU5NXxf604pMWH62ZN6scnrPJtChND7NrtgyWS5Zmr8xqmcd2ono5/SRT+1x Y/0D6g5lxuxOMvf3Rqcdoxs6XQps/G+Q1vkPVkhtTrHA2WbzKPuvIavN1A5fm9yAzak4 r5nA== X-Gm-Message-State: APf1xPA1A4QmqNLVbSIdvJYGw4JnD/Jr6aQltvgNYjKq6tb0/jLeh2s4 xdpRzL4l3K0us2w7F4H4FSXiFWEnyZjwTHJJsEc= X-Google-Smtp-Source: AH8x2271VPZZ0SRXK/ay697vQPP3ZV3czVQ6BhftfKudFDLuANJaJOAtjYg+oU/cki3ezPTr7hCGA1w+dVmdQjq0HCI= X-Received: by 10.55.74.2 with SMTP id x2mr5404184qka.314.1518720563755; Thu, 15 Feb 2018 10:49:23 -0800 (PST) Original-Received: by 10.237.54.65 with HTTP; Thu, 15 Feb 2018 10:49:23 -0800 (PST) In-Reply-To: <83mv0bwds5.fsf@gnu.org> 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" Xref: news.gmane.org gmane.emacs.bugs:143320 Archived-At: Recapturing thread that accidentally went private... On Wed, Feb 14, 2018 at 7:37 PM, Eli Zaretskii wrote: > > So is this bug a WONTFIX then? > It isn't WONTFIX, I just don't know how to make the BPA implementation > faster with such long lines and deeply nested parentheses. It already > includes all the optimizations I could think of. But maybe someone > else will find a way to optimize it more. I'm only just now learning about BPA, so I apologize if this is a silly question, but would it be any faster to scan a buffer and determine that there are no rtl characters so parentheses matching is unnecessary? > > And/or does it fall into the general "emacs is not super optimized > > for long lines" thing? > It does, sort of. At least near the end of the buffer you clearly see > that bidi-display-reordering has a much smaller effect, in relative > terms. Yeah, I wasn't aware that the end of the buffer had more slowness, but that's good to know. Thanks, Aaron