From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.devel Subject: Re: Performance degradation from long lines Date: Fri, 26 Oct 2018 16:58:09 +0800 Message-ID: <87lg6lkrtq.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> 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> <83d0rxp02k.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Trace: blaine.gmane.org 1540544280 22967 195.159.176.226 (26 Oct 2018 08:58:00 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 Oct 2018 08:58:00 +0000 (UTC) Cc: mithraeum@protonmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 26 10:57:56 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 1gFxwJ-0005t6-Pm for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 10:57:56 +0200 Original-Received: from localhost ([::1]:58988 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFxyQ-0006DH-1C for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 05:00:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40706) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFxyJ-0006Cp-Hv for emacs-devel@gnu.org; Fri, 26 Oct 2018 05:00:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFxyI-0007Ie-Mf for emacs-devel@gnu.org; Fri, 26 Oct 2018 04:59:59 -0400 Original-Received: from mail-pg1-x531.google.com ([2607:f8b0:4864:20::531]:46545) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFxyE-0007Fd-3z; Fri, 26 Oct 2018 04:59:54 -0400 Original-Received: by mail-pg1-x531.google.com with SMTP id a5-v6so184688pgt.13; Fri, 26 Oct 2018 01:59:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=qMXr5efDnmg4PADpm5DJ13rpC9dUKYbNWMB3OIks6so=; b=vQ5HRE/yHuzCEwQ2GxnS9c5jswkxeN7qBz3sWzpF7GFebHNlbSIC/rl1qZk9tHoRMA bF0wnciK89SETrDPpyPGssOm4Rv8iF+/nB6I4RF6JF3ls3WeR24PFdmlDpT6YMmpYxl2 KUeOMpItODZmeuO8p8h6TdwiKpSqV+XdBy3h+xw2mPb60CgNteRV7eXvQOSXwzQPeuJH JfkydSG9W0nmmcq0QH000s8u9mS6rMbmOxEtpynCqpEV29XhM6HAoFeplMXBNTFjX6WZ nsUIxiJF7N5ZhmdvLXBxwoDI+zMH7PDx4iSpvNdC48PAoud0d1grjza2zjkvkcElAE2p 47Ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=qMXr5efDnmg4PADpm5DJ13rpC9dUKYbNWMB3OIks6so=; b=CoAEnt+ABKyzvbvrwv8Y4IL2eumcFFFqUb1x5P1KWreK9ONXMB6gjvwfsTYNq7724a kpyHG5eIutty9wi0NaBxDCqfyVpnChAF8jUIckw/SO159iNgTVhtTuSa9tYTN+KVYjvx 0qA3UCe10zRG5coujvp+Hv58RPvsz8dRODhxc790NgaLf24w06eofV+P1INTR8syHhrj t3633xqkV2vcy6Z47a9FpQkk/rpuLTt1kjL0Xw8700scfwjZTAt/XXSOl5EB8dldJ6ez XMARbmZRq86dKGpnMDMxiIIdoKmVnOh8Ma6K/Na/U0yWxu64UQsmPuc8fab2sM/E9VDp 6hDg== X-Gm-Message-State: AGRZ1gKH1ItTZ2fGNI7ok79RkUqeRwrTykrwbBMnMH4XLKhMxE5VSWQb 5/LMcvJt0tL8438E1GGz+JY29zfSgRc= X-Google-Smtp-Source: AJdET5fDHYhH15gRG9ABVmrmc5/oRcAvkwTubKEDfhdDbkvNnCrMQkY1R7MNmo6ZmrlwxcPoyn5jxQ== X-Received: by 2002:a62:5a47:: with SMTP id o68-v6mr2823134pfb.31.1540544392520; Fri, 26 Oct 2018 01:59:52 -0700 (PDT) Original-Received: from localhost ([103.24.77.51]) by smtp.gmail.com with ESMTPSA id o12-v6sm16671052pfh.20.2018.10.26.01.59.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Oct 2018 01:59:51 -0700 (PDT) In-Reply-To: <83d0rxp02k.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::531 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:230697 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > 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. Sorry, I meant no offence there. I just wanted to say that, if possible, we should try to find workarounds for non-file buffers. Ideally, these workarounds should work in all the non-file buffers without a need to address the issue for each buffer type separately. Eli Zaretskii writes: >> From: Ihor Radchenko >> Cc: mithraeum@protonmail.com, emacs-devel@gnu.org >> Date: Fri, 26 Oct 2018 16:05:25 +0800 >>=20 >> > Not in all cases, but certainly in some. >>=20 >> 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? >>=20 >> 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.=20 > > Then perhaps we could find a solution specific to backtrace buffers, > like displaying ellipsis or a special button instead of too-long > lines. =2D-=20 Ihor Radchenko, PhD Student Singapore University of Technology and Design, 8 Somapah Road Singapore 487372 Email: yantar92@gmail.com, ihor_radchenko@mymail.sutd.edu.sg Tel: +6584017977 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlvS1yEACgkQZHB2Kn2h HYsLCwgAmhB6KT78g+duCa3+DlH+qFX9a/eOpPjvIx9Et8nnaqOBbB/PhiiAmBdd WdehWNhL1vnGEJrKTO/PBGxyEyoxRYiVJl4nrPwpmL7xhkJh79Jrr/KEWpqbAojH NhWMeXF9LqWQjrpRgeet3pZUnl5+i9WxBILyB0YBoTn25kpPAZ+j/Cjkfi+LPte4 rzj8Im2Qm/Sfqa9tMV90gfat+9bIlE16ptxVnuFng1w9pPtrrJCMdVpIZ9ZUXIxy c1i9U3Bi4ExvbAtmZzK8yhFFFXCkPbDEOZMTA1jdFqxAhyyg9qOfYZWRC+94IMgh Lag5iKkRjixe15rHX3qa7gg31lR18g== =+481 -----END PGP SIGNATURE----- --=-=-=--