emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ELPA] New package: dired-duplicates


From: tomas
Subject: Re: [ELPA] New package: dired-duplicates
Date: Thu, 9 Nov 2023 09:53:37 +0100

On Thu, Nov 09, 2023 at 10:43:32AM +0200, Eli Zaretskii wrote:
> > Date: Thu, 9 Nov 2023 09:00:11 +0100
> > Cc: emacs-devel@gnu.org
> > From: Harald Judt <h.judt@gmx.at>

[...]

> > Maybe it would be possible to make it dependent on the amount of RAM 
> > available 
> > on the system?
> 
> Ideally, yes, but in practice knowing how much is available is not
> that easy on a modern OS, so I don't think it's worth the hassle,
> especially in fallback code.

Don't even try :-)

No, seriously. There's swap. Depending on tech, using it might be
viable (NVME) or not that much (spinning rust). The sysadmin might
plug in another 2TB of RAM on request [1] (or the cloud orchestration
system might allot to you another 16G chunk).

Modern OSes usually overcommit (if you say "malloc" they say "there
you go" and fault-in page by page whenever you access them first).

Cheers

[1] The Linux kernel can pull this kind of tricks; your hardware
   might, if you have paid the price for that
   https://www.kernel.org/doc/html/v5.0/admin-guide/mm/memory-hotplug.html
-- 
t

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]