From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Boyer Newsgroups: gmane.emacs.bugs Subject: bug#69519: 1gb file too big for Emacs to handle? Date: Sun, 3 Mar 2024 03:38:52 -0600 Message-ID: References: <86sf17ojc6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000b686640612be6240" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8195"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 69519@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Mar 03 10:41:55 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 1rgiLx-0001v3-6Q for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 03 Mar 2024 10:41:53 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rgiLi-0005Rr-WD; Sun, 03 Mar 2024 04:41:39 -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 1rgiLf-0005RV-D0 for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 04:41: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 1rgiLd-00005p-Rr for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 04:41:33 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rgiM6-0002iw-Bv for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 04:42:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Robert Boyer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Mar 2024 09:42: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.170945887110397 (code B ref 69519); Sun, 03 Mar 2024 09:42:02 +0000 Original-Received: (at 69519) by debbugs.gnu.org; 3 Mar 2024 09:41:11 +0000 Original-Received: from localhost ([127.0.0.1]:39781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgiLF-0002hb-Ms for submit@debbugs.gnu.org; Sun, 03 Mar 2024 04:41:11 -0500 Original-Received: from mail-ej1-f41.google.com ([209.85.218.41]:61886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgiLA-0002gw-Tf for 69519@debbugs.gnu.org; Sun, 03 Mar 2024 04:41:07 -0500 Original-Received: by mail-ej1-f41.google.com with SMTP id a640c23a62f3a-a3122b70439so556224266b.3 for <69519@debbugs.gnu.org>; Sun, 03 Mar 2024 01:40:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709458770; x=1710063570; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/+VQ2P49isPVNgvyLC03z91gcgIHiD5xNhzGgH3XF08=; b=OYdJS+Rb3FgujMv33EPaiPI8Ue3ks4qJGwlU18P6BgHCBm+myzVL1ByeOv6wBiD5/g A3BX4sn6crj8ZCwliDq5/InN2N/5lhRUCzop96S6TVB8hKxMzQ5ppRUJIk0/P8AlYUXo Dn0Gf4ygAQy81C0iAMB0JK4/yu6qswR7S7o1QTEKUTbIFDKndNrde6H4j8xdYIA/nW90 groX0mMz6HJd96/iRLHy0TK2GDbGCFJ+Hbh0ZVaa5v+N+iHVZVz+S2Ox9UCM0qpzvhd5 /AeSd2RU7jwdL4BHkV5mIBt68HthOC/D8/+cH91QGEIJTW34X2TYiuzNymD7JsAD1xVW Frng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709458770; x=1710063570; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=/+VQ2P49isPVNgvyLC03z91gcgIHiD5xNhzGgH3XF08=; b=tmEZeC4jHVGjBEHL79LchkIMIa8Yc/hER7P9CK2xr0NVQjz8tjTgvm5dkRfsnrDuzf mLp8JrAiWoaqdXq/Lme1/THOJtNDQh5Z+imW2CPGR7wNTru1eBpvnI737XGfBANKUKcV HbIeQXpLEnKIc6Qi2PI2XLMv9C3IyasM8WZW9+PKoWxxqqYAi9tMarMVsGauwoJhnUsA pDvKutKcgqIRgkAqubIBZix/ioksnurI/BvubRG7fFexVHZNb0Z2smaEBg8Vfj38wM9u ojC6vp0n6+F5ho5lF3DwNo/ZYvDB6q/y0Hzb7IiKDIL3jQCw8oro7HZSW2XX//o9h1Vn WqOQ== X-Gm-Message-State: AOJu0YzqReZu7Aretnpwe6DUlPsCuZKk0jcvNw9IaFrkzaPx9AUMXOnt d2wBvwB4ukt7YsAIZcQzxD95pLagai7HTecti/v74WRhH7/6CSOI37/Jk0EkHqIb2E2O7pshaLl LMuMFj3Yowfqyxj3Q0Xaae9VhKkk= X-Google-Smtp-Source: AGHT+IEsECzIfE0uaaKa5/S5VI654yJW2hLD/tkOfzWdeKJ3NkG9eNFDYbMM+JIKUNRh+y+ebngauxiPD5/EDN7ZsNo= X-Received: by 2002:a17:906:685a:b0:a43:7edb:87 with SMTP id a26-20020a170906685a00b00a437edb0087mr3903108ejs.4.1709458769477; Sun, 03 Mar 2024 01:39:29 -0800 (PST) In-Reply-To: <86sf17ojc6.fsf@gnu.org> 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:280931 Archived-At: --000000000000b686640612be6240 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > How long did you wait? I do not think that matters in this case. The Emacs process had gone dead or crazy, and the operating system said that it was not responding and offered to 'Force Close' the process, and so I said go ahead and do it. > 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. Long lines may be the problem! I am utterly dependent upon Debian concerning the version of Emacs I use. If and when I get 29, I'll give the file another try. Thank you,, Bob On Sun, Mar 3, 2024 at 1:39=E2=80=AFAM Eli Zaretskii wrote: > > 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 t= o > 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?us= p=3Dsharing > > > > Please, before you reply, fetch that file, find it literally, and see i= f > > 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. > --000000000000b686640612be6240 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> How long did you wait?

= I do not think that matters in this case.=C2=A0 The Emacs process
had gone=C2=A0 dead or crazy, and the operating system said that it was
not responding and offered to 'Force Close' the process, an= d
so I said go ahead and do it.

> Emacs 28= is no longer maintained.=C2=A0 But I don't think anything has
> = changed since then in how we handle large files.=C2=A0 However, if the
&= gt; lines in the file are very long, you will be better off using Emacs 29<= br>> where there are special features for speeding up the display of ver= y
> long lines.

Long lines may be the problem!
=

I am utterly dependent upon Debian concerning the versi= on of Emacs
I use.=C2=A0 If and when I get 29, I'll give the = file another try.

Thank you,,

=
Bob


On Sun, Mar 3, 2024 at 1:39=E2=80=AFAM E= li Zaretskii <eliz@gnu.org> wrote= :
> From: Rob= ert Boyer <robertstephenboyer@gmail.com>
> Date: Sat, 2 Mar 2024 22:39:29 -0600
>
> My problem persists.=C2=A0 I very strongly believe that I have an exam= ple of a bug in Emacs.
>
> I have previously reported this.=C2=A0 I got some advice.=C2=A0 It did= not solve my problem.
>
> Today I got a new, much bigger and better Chromebook, again from Lenov= o.=C2=A0 This
> one cost me $300, but it has 8gb of core and tons more disk.
>
> On my newest Chromebook I see the following:
>
> > free
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 total=C2=A0 =C2= =A0 =C2=A0 =C2=A0 used=C2=A0 =C2=A0 =C2=A0 =C2=A0 free=C2=A0 =C2=A0 =C2=A0 = shared=C2=A0 buff/cache=C2=A0 =C2=A0available
> Mem:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A06736092=C2=A0 =C2=A0 =C2=A011940= 36=C2=A0 =C2=A0 =C2=A04052888=C2=A0 =C2=A0 =C2=A0 =C2=A052208=C2=A0 =C2=A0 = =C2=A01489168=C2=A0 =C2=A0 =C2=A05542056
> Swap:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00
> >
>
> 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 Em= acs.
>
> The file enumerates the primes below 10^9, so it would be very handy t= o
> have around.
>
> I can find the file, literally, into an Emacs buffer.
>
> But then I cannot move to the bottom, i.e., using M->.=C2=A0 In fac= t, 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?=C2=A0 Unless it's for an hour or so, this could = be
just some slow operation.=C2=A0 Does the system page during this (do you see the hard disk LED light more or less constantly)?=C2=A0 This could be one reason for the slowness.

How many lines does this file have?=C2=A0 If its lines are very long, this<= br> could be a known slowness in the display engine.

> Is this file just too big for Emacs to handle?

No.

>=C2=A0 =C2=A0https://drive.google.com/file/d/1IaRNZ1rUQAZ72A7rJYpescmnJhpuGliA/view?usp= =3Dsharing
>
> Please, before you reply, fetch that file, find it literally, and see = if
> you can move to the bottom with M->.=C2=A0 I'd love to know whe= ther you can do that.

I cannot afford downloading such a huge file, sorry.=C2=A0 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)
>=C2=A0 of 2023-05-13, modified by Debian built on x86-ubc-01
> Windowing system distributor 'The X.Org Foundation', version 1= 1.0.12014000
> System Description: Debian GNU/Linux 12 (bookworm)

Emacs 28 is no longer maintained.=C2=A0 But I don't think anything has<= br> changed since then in how we handle large files.=C2=A0 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.
--000000000000b686640612be6240--