From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.devel Subject: Re: Performance degradation from long lines Date: Sat, 27 Oct 2018 15:09:13 +1300 Message-ID: <1dc10f6f-1bfb-7fa6-44ee-01c7237e1e48@orcon.net.nz> References: <3717982b-8f1b-2e2b-b213-59aeb62bbb93@Alexander.Shukaev.name> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1540606049 24600 195.159.176.226 (27 Oct 2018 02:07:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2018 02:07:29 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 Cc: mithraeum To: Alexander Shukaev , "emacs-devel@gnu.org" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 27 04:07:25 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 1gGE0a-0006IJ-VF for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2018 04:07:25 +0200 Original-Received: from localhost ([::1]:34791 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGE2h-00071T-Dh for ged-emacs-devel@m.gmane.org; Fri, 26 Oct 2018 22:09:35 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:36969) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGE2Y-00071L-OT for emacs-devel@gnu.org; Fri, 26 Oct 2018 22:09:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGE2S-0004Bg-3j for emacs-devel@gnu.org; Fri, 26 Oct 2018 22:09:25 -0400 Original-Received: from smtp-1.orcon.net.nz ([60.234.4.34]:40244) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGE2Q-0004A9-O2 for emacs-devel@gnu.org; Fri, 26 Oct 2018 22:09:19 -0400 Original-Received: from [150.107.172.125] (port=53976 helo=[192.168.20.103]) by smtp-1.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from ) id 1gGE2M-0004nE-8D; Sat, 27 Oct 2018 15:09:14 +1300 In-Reply-To: <3717982b-8f1b-2e2b-b213-59aeb62bbb93@Alexander.Shukaev.name> Content-Language: en-GB X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 60.234.4.34 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:230727 Archived-At: On 27/10/18 4:34 AM, Alexander Shukaev wrote: > Modes like `so-long' are not useful at all to resolve these issues > (because, example it does not prevent the initial activation of the > offending major mode, but rather only disables it afterwards). In my experience, the initial activation of the major mode is not part of the problem. Could you point out an example where that is a contributing factor? Conversely, knowing which mode was selected is not only beneficial, but (I think) crucial, as we *need* to filter out cases where it's 100% fine for lines to be extremely long (any binary file format, for example). so-long.el tests the original major mode against `so-long-target-modes' to perform that filtering. As such I don't think bypassing `set-auto-mode' is an option. Or at minimum you need to know what that mode was, even if it is never called. e.g. I tried opening a 50M bzipped tar file with your code several minutes ago, and I'm still waiting for that instance to finish thinking about it. -Phil