From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#69519: 1gb file too big for Emacs to handle? Date: Sun, 03 Mar 2024 09:39:05 +0200 Message-ID: <86sf17ojc6.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35483"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 69519@debbugs.gnu.org To: Robert Boyer Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Mar 03 08:39:57 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rggRx-000932-5E for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 03 Mar 2024 08:39:57 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rggRe-0001iS-6B; Sun, 03 Mar 2024 02:39:38 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rggRa-0001ga-Tj for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 02:39:35 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rggRZ-0001jT-Pj for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 02:39:34 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rggS2-00059J-7w for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 02:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Mar 2024 07:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69519 X-GNU-PR-Package: emacs Original-Received: via spool by 69519-submit@debbugs.gnu.org id=B69519.170945158819765 (code B ref 69519); Sun, 03 Mar 2024 07:40:02 +0000 Original-Received: (at 69519) by debbugs.gnu.org; 3 Mar 2024 07:39:48 +0000 Original-Received: from localhost ([127.0.0.1]:39701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rggRn-00058d-L8 for submit@debbugs.gnu.org; Sun, 03 Mar 2024 02:39:47 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:46018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rggRi-000589-KO for 69519@debbugs.gnu.org; Sun, 03 Mar 2024 02:39:45 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rggRA-0001iA-BW; Sun, 03 Mar 2024 02:39:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Nf1YI8Q2sD4V3q7VSIR0xiGoc5+M2oEOUt/4P3qGl5U=; b=ih86ztdMHHlV RBIRqMLm27Q43u9DyTuPO1O9yu9Dn8F+PGPTC4iK8DWf5DBG/TMZE0UIyPtjbSa0ueiY4+rotLZCj tvAYkUZG1oxgseC2kBUc0SNvIO+vd5dUlR83qmqQqpkMl0niUwvz3TJonW2qY/Oe6Un1I3nDY/SA2 jSxid40OOYxAmIAsCyHD58tWsFDBXkTLy6ZHISIeAaXiRY0N/B/DNcDtojQty3OwRJnoHFueDGgP6 NIKOIl14imQJAMWBkwtsWqH09jmVVJcHNRHzuiQ/FcZSr06N0LR5h5Eal4J9aPKvreysdAFc9JPE3 2hyBAU5ceHX99Hra9rCBBg==; In-Reply-To: (message from Robert Boyer on Sat, 2 Mar 2024 22:39:29 -0600) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:280923 Archived-At: > From: Robert Boyer > Date: Sat, 2 Mar 2024 22:39:29 -0600 > > My problem persists. I very strongly believe that I have an example of a bug in Emacs. > > I have previously reported this. I got some advice. It did not solve my problem. > > Today I got a new, much bigger and better Chromebook, again from Lenovo. This > one cost me $300, but it has 8gb of core and tons more disk. > > On my newest Chromebook I see the following: > > > free > total used free shared buff/cache available > Mem: 6736092 1194036 4052888 52208 1489168 5542056 > Swap: 0 0 0 > > > > I do not understand these things at all well, but it looks to me like I now > have 4gb of free space. > > So I think it is fair for me to report my real problem, again, almost exactly > as I did before. > > The 1 gb file for which I give a url below does not seem to work in Emacs. > > The file enumerates the primes below 10^9, so it would be very handy to > have around. > > I can find the file, literally, into an Emacs buffer. > > But then I cannot move to the bottom, i.e., using M->. In fact, in the attempt to > move to the bottom, things go so badly that Emacs freezes, and I have to kill Emacs > by 'extraordinary measures'. How long did you wait? Unless it's for an hour or so, this could be just some slow operation. Does the system page during this (do you see the hard disk LED light more or less constantly)? This could be one reason for the slowness. How many lines does this file have? If its lines are very long, this could be a known slowness in the display engine. > Is this file just too big for Emacs to handle? No. > https://drive.google.com/file/d/1IaRNZ1rUQAZ72A7rJYpescmnJhpuGliA/view?usp=sharing > > Please, before you reply, fetch that file, find it literally, and see if > you can move to the bottom with M->. I'd love to know whether you can do that. I cannot afford downloading such a huge file, sorry. Maybe someone else can. > In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) > of 2023-05-13, modified by Debian built on x86-ubc-01 > Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 > System Description: Debian GNU/Linux 12 (bookworm) Emacs 28 is no longer maintained. But I don't think anything has changed since then in how we handle large files. However, if the lines in the file are very long, you will be better off using Emacs 29 where there are special features for speeding up the display of very long lines.