From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Randy Yates Newsgroups: gmane.emacs.devel Subject: Re: emacs takes exhorbitantly long to read long, one-line files. Date: Mon, 20 May 2013 17:43:54 -0400 Organization: Digital Signal Labs Message-ID: <87d2sltjhh.fsf@digitalsignallabs.com> References: <87ppwn62yr.fsf@digitalsignallabs.com> <5199E19A.3020503@yandex.ru> <877git6hhv.fsf@digitalsignallabs.com> <519A08B2.7010106@yandex.ru> <87r4h1lo20.fsf@kwarm.red-bean.com> <838v39wsjz.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1369086255 22292 80.91.229.3 (20 May 2013 21:44:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 May 2013 21:44:15 +0000 (UTC) Cc: Karl Fogel , dmantipov@yandex.ru, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 20 23:44:15 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UeXsM-0001oV-MM for ged-emacs-devel@m.gmane.org; Mon, 20 May 2013 23:44:14 +0200 Original-Received: from localhost ([::1]:47697 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UeXsM-0001VQ-Bj for ged-emacs-devel@m.gmane.org; Mon, 20 May 2013 17:44:14 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:33014) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UeXsB-0001Rl-RR for emacs-devel@gnu.org; Mon, 20 May 2013 17:44:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UeXs4-0005Ei-I8 for emacs-devel@gnu.org; Mon, 20 May 2013 17:44:03 -0400 Original-Received: from mailrelay.embarq.synacor.com ([208.47.184.3]:38041) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UeXs4-0005EK-EN for emacs-devel@gnu.org; Mon, 20 May 2013 17:43:56 -0400 X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.1 cv=YO6ml32x c=1 sm=0 tr=0 a=JO1zTxoNnPLDpb8eQHNrCw==:117 a=JO1zTxoNnPLDpb8eQHNrCw==:17 a=OVjENCxEW14A:10 a=n4xtcAnayDkA:10 a=x1JHTF3VILYA:10 a=yrnTiy7_AAAA:8 a=VYsShAg9AAAA:8 a=8ip5ltkN0hcA:10 a=mDV3o1hIAAAA:8 a=o2eD-HNaAAAA:8 a=vaJtXVxTAAAA:8 a=-E4gcQAP-OAbTuMIBtAA:9 a=ii61gXl28gQA:10 a=_ZPyBnbib2IA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.embarq.synacor.com smtp.user=yatesfreedarandy@centurylink.net; auth=pass (LOGIN) Original-Received: from [71.54.137.147] ([71.54.137.147:19741] helo=galois.digitalsignallabs.com) by smtp.centurylink.net (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 94/66-23376-B199A915; Mon, 20 May 2013 17:43:55 -0400 Original-Received: from localhost.localdomain (nc-71-54-137-147.dhcp.embarqhsd.net [71.54.137.147]) by galois.digitalsignallabs.com (Postfix) with ESMTPA id B9584E14FC; Mon, 20 May 2013 17:43:54 -0400 (EDT) In-Reply-To: <838v39wsjz.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 May 2013 18:59:44 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x X-Received-From: 208.47.184.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159694 Archived-At: Eli Zaretskii writes: >> From: Karl Fogel >> Date: Mon, 20 May 2013 09:32:23 -0500 >> Cc: Dmitry Antipov >> >> Dmitry Antipov writes: >> >> I already had that in my init.el. I've also tried creating an empty >> >> file and setting it to fundamental-mode. In both these cases the >> >> behavior is the same. >> > >> >Hm...is it the same with emacs -Q? >> > >> >> I did notice that emacs is faster - but still unusably slow - when >> >> toggle-truncate-lines is true. >> > >> >Try (setq-default cache-long-line-scans t) too. >> >> That should help a lot. > > But it won't succeed to make Emacs usable with such files. E.g., try > this: > > M-> > C-p > > and count the seconds it takes to perform the second command. > > What Emacs does behind the scenes is go to the beginning of the > previous _physical_ line (which is quite fast in this case), and the > go all the way down the humongously long line, one character at a > time, until it finds the place to put the cursor. Unless we make > radical changes in this algorithm, how can anyone expect reasonable > performance from this? I've noticed that xemacs does not have this problem. Would it be fruitful to look at xemacs' display algorithm? -- Randy Yates Digital Signal Labs http://www.digitalsignallabs.com