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 09:48:07 +0300 Message-ID: <83tvl9p5js.fsf@gnu.org> References: <83lg6mqdfh.fsf@gnu.org> <87r2gegd1r.fsf@web.de> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1540536371 2018 195.159.176.226 (26 Oct 2018 06:46:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 Oct 2018 06:46:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: mithraeum Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 26 08:46:06 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 1gFvsk-0000Qu-N9 for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 08:46:06 +0200 Original-Received: from localhost ([::1]:58331 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFvur-0001m7-1u for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 02:48:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60394) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFvuk-0001lr-9T for emacs-devel@gnu.org; Fri, 26 Oct 2018 02:48:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFvuh-0004ym-Lh for emacs-devel@gnu.org; Fri, 26 Oct 2018 02:48:10 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39087) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFvuh-0004yJ-Hb; Fri, 26 Oct 2018 02:48:07 -0400 Original-Received: from [176.228.60.248] (port=1981 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gFvuh-0004tq-4V; Fri, 26 Oct 2018 02:48:07 -0400 In-reply-to: (message from mithraeum on Fri, 26 Oct 2018 00:59:11 +0000) 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:230684 Archived-At: > Date: Fri, 26 Oct 2018 00:59:11 +0000 > From: mithraeum > > There are two main issues with this solution: > > First, that it's still slow when there are some long lines in the > resulting buffer. > > Second, that there is no indication in resulting buffer as to where > the end of each real line is. I think Emacs has some ways to provide > visual indicators of line endings, so I might try some of those out > and see how they work with this mode. > > This still doesn't fix the root issue, but as a workaround it looks > pretty good. Thanks. So I guess we should ask volunteers to strip down longlines and then enhance it to address the above issues. Then we can bring it back from its "obsolescence" and document as an interim solution for these situations.