all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Filipp Gunbin <fgunbin@fastmail.fm>
To: Mikhail Pomaznoy <mikpom@mikpom.ru>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Memory-efficient way of opening large files in Emacs read-only
Date: Thu, 08 Dec 2022 17:13:15 +0300	[thread overview]
Message-ID: <m2leninfus.fsf@fastmail.fm> (raw)
In-Reply-To: <8e91d0e8-2474-dd98-9bca-4606becd974d@mikpom.ru> (Mikhail Pomaznoy's message of "Thu, 8 Dec 2022 09:49:26 +0700")

On 08/12/2022 09:49 +0700, Mikhail Pomaznoy wrote:

> In my daily workflows I commonly stumble upon a task of peeking into a
> header of a large (sometimes compressed) file. Those files can
> commonly be gigabytes in compressed form so can't fit into memory. I
> was wondering how can this be done in Emacs to leverage its search and
> navigate capabilities?
>
> In a terminal this task is nicely accomplished with `less`, which
> loads file on demand while you scroll (memory-efficiently) and
> automatically detects at least gzip compression. However I am
> struggling to do something similar in Emacs for quite a long time.  I
> tried VLF (requires manually switching chunks loaded, encountered
> problems with compression), view-file (loads everything in memory),
> running less in Emacs terminals (I prefer outside-Emacs terminals) but
> for various reasons all this solutions are suboptimal and I usually
> end up with using `less`.
>
> Is there something in Emacs I am missing? Is something like this makes
> sense to develop (I consider to write something for Emacs) ? I am
> using Emacs 28 and maybe in Emacs 29 there are novelties related to
> this issue?

Perhaps the best way is to report vlf bugs and fix them.

Filipp



  reply	other threads:[~2022-12-08 14:13 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-08  2:49 Memory-efficient way of opening large files in Emacs read-only Mikhail Pomaznoy
2022-12-08 14:13 ` Filipp Gunbin [this message]
2022-12-08 14:27 ` Marcin Borkowski
2022-12-09  3:03   ` Mikhail Pomaznoy
2022-12-09  5:21     ` tomas

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

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

  git send-email \
    --in-reply-to=m2leninfus.fsf@fastmail.fm \
    --to=fgunbin@fastmail.fm \
    --cc=help-gnu-emacs@gnu.org \
    --cc=mikpom@mikpom.ru \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.