unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Robert Boyer <robertstephenboyer@gmail.com>
Cc: 69519@debbugs.gnu.org
Subject: bug#69519: 1gb file too big for Emacs to handle?
Date: Sun, 03 Mar 2024 09:39:05 +0200	[thread overview]
Message-ID: <86sf17ojc6.fsf@gnu.org> (raw)
In-Reply-To: <CAP9n0TMsya57fD1t+FvZmHDObMKSxPDq5H9fb_A4Ois8TdG7_Q@mail.gmail.com> (message from Robert Boyer on Sat, 2 Mar 2024 22:39:29 -0600)

> From: Robert Boyer <robertstephenboyer@gmail.com>
> 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.





  reply	other threads:[~2024-03-03  7:39 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-03  4:39 bug#69519: 1gb file too big for Emacs to handle? Robert Boyer
2024-03-03  7:39 ` Eli Zaretskii [this message]
2024-03-03  9:38   ` Robert Boyer
2024-03-05  6:53     ` Basil L. Contovounesios
2024-03-06  8:48   ` Bruno Barbier
2024-03-06 12:17     ` Eli Zaretskii
2024-03-06 15:33     ` Robert Boyer
2024-05-19 23:01       ` Stefan Kangas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86sf17ojc6.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=69519@debbugs.gnu.org \
    --cc=robertstephenboyer@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).