From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ludwig, Mark" Newsgroups: gmane.emacs.help Subject: RE: Handling large files with Emacs Date: Wed, 24 Oct 2012 20:12:11 +0000 Message-ID: References: <87k3uhf0gc.fsf@panzer.v.cablecom.net> <87a9vdeyrf.fsf@panzer.v.cablecom.net> <83objsc47x.fsf@gnu.org> <876260cji8.fsf@gmail.com> <83fw53bur8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1351109541 1133 80.91.229.3 (24 Oct 2012 20:12:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Oct 2012 20:12:21 +0000 (UTC) To: Tom , "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 24 22:12:29 2012 Return-path: Envelope-to: geh-help-gnu-emacs@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 1TR7JV-0005ZG-70 for geh-help-gnu-emacs@m.gmane.org; Wed, 24 Oct 2012 22:12:29 +0200 Original-Received: from localhost ([::1]:36683 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TR7JN-0000Ar-6w for geh-help-gnu-emacs@m.gmane.org; Wed, 24 Oct 2012 16:12:21 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:49444) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TR7JI-0000Ae-P1 for help-gnu-emacs@gnu.org; Wed, 24 Oct 2012 16:12:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TR7JH-0006yl-Ck for help-gnu-emacs@gnu.org; Wed, 24 Oct 2012 16:12:16 -0400 Original-Received: from usslmhub002.ugs.com ([134.244.32.85]:57584 helo=ugs.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TR7JH-0006y9-7D for help-gnu-emacs@gnu.org; Wed, 24 Oct 2012 16:12:15 -0400 Original-Received: from USSLMMBX002.net.plm.eds.com (161.134.138.62) by USSLMHUB002.net.plm.eds.com (134.244.32.85) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 24 Oct 2012 15:12:12 -0500 Original-Received: from USSLMMBX003.net.plm.eds.com ([169.254.2.199]) by USSLMMBX002.net.plm.eds.com ([169.254.1.107]) with mapi id 14.02.0318.001; Wed, 24 Oct 2012 15:12:11 -0500 Thread-Topic: Handling large files with Emacs Thread-Index: AQHNshsSerD9VoBcsEW9/auvwH3QCZfI1ijw In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.122.224.18] X-detected-operating-system: by eggs.gnu.org: Windows 2000 SP2+, XP SP1+ (seldom 98) X-Received-From: 134.244.32.85 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:87407 Archived-At: > From: Tom > Sent: Wednesday, October 24, 2012 2:09 PM > To: help-gnu-emacs@gnu.org > Subject: Re: Handling large files with Emacs >=20 > Eli Zaretskii gnu.org> writes: > > > > > > BTW, why is it obsolete? Does it mean it's unnecessary and the > > > size of the buffer should not be a problem? > > > > Yes. > > >=20 > My other tip is long lines cause problems. SQL dumps have usually > really long lines (the one below has lines with 1 million characters). >=20 > Here's as a testcase a dump from Wikipedia which is a 16MB download > and it extracts to a 64MB sql file: >=20 > http://dumps.wikimedia.org/enwiki/20110901/enwiki-20110901- > category.sql.gz >=20 > If I extract it, open it in emacs and try to scroll in the file here > and there then emacs freezes for a minute or longer. >=20 > Actually with the above file I had to kill emacs, because it did > not respond to anything after I did some random scrolling in the > file, jumping to the end and then scrolling backwards, etc. >=20 > I tried it with -Q (emacs 24.1.1 on Windows). Sure, I reported this as bug 9589 (http://debbugs.gnu.org/cgi/bugreport.cgi= ?bug=3D9589) against 23.1 on Windows. You may wish to look at the bug repo= rt for the partial information I determined about which commands are fast a= nd which are slow with very long lines. Cheers, Mark