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: Performance degradation from long lines Date: Fri, 26 Oct 2018 11:46:27 +0300 Message-ID: <83d0rxp02k.fsf@gnu.org> References: <83lg6mqdfh.fsf@gnu.org> <87va5pkxae.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> <83mur1p3oj.fsf@gnu.org> <87r2gdkvl6.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> <83in1pp2ct.fsf@gnu.org> <87o9bhku9m.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1540543486 31042 195.159.176.226 (26 Oct 2018 08:44:46 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 Oct 2018 08:44:46 +0000 (UTC) Cc: mithraeum@protonmail.com, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 26 10:44:42 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 1gFxjV-0007xs-S1 for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 10:44:42 +0200 Original-Received: from localhost ([::1]:58921 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFxlb-0003It-M2 for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 04:46:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFxlP-0003HH-Fm for emacs-devel@gnu.org; Fri, 26 Oct 2018 04:46:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFxlK-0005Z1-C8 for emacs-devel@gnu.org; Fri, 26 Oct 2018 04:46:37 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFxlD-0005L6-JK; Fri, 26 Oct 2018 04:46:29 -0400 Original-Received: from [176.228.60.248] (port=1524 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gFxlD-0005Yu-64; Fri, 26 Oct 2018 04:46:27 -0400 In-reply-to: <87o9bhku9m.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> (message from Ihor Radchenko on Fri, 26 Oct 2018 16:05:25 +0800) 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:230695 Archived-At: > From: Ihor Radchenko > Cc: mithraeum@protonmail.com, emacs-devel@gnu.org > Date: Fri, 26 Oct 2018 16:05:25 +0800 > > > Not in all cases, but certainly in some. > > I can say the same about the whole long lines problem. Would it help to "say the same"? I'm trying to come up with ideas to help people get bearable performance in practical use cases. I can shut up if people don't want to hear about partial solutions that don't work in all cases. Assigning blame and/or venting steam will not help us make any progress in this area, you know. > > How about asking Org developers to do something about these cases, > > like not using the entire buffer as a literal string argument, to > > avoid such problems? > > Well, in org-mode, the buffer is parsed into s-exp containing all the > buffer elements and the associated text, which can be even longer that > the buffer string itself. > So, the long line is what the parser returns. > This approach is a part of the core implementation of the org-mode and > cannot be changed easily. Then perhaps we could find a solution specific to backtrace buffers, like displaying ellipsis or a special button instead of too-long lines.