GNU bug report logs - #31852
Make memory-limit obsolete

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Sat, 16 Jun 2018 01:35:01 UTC

Severity: normal

Tags: patch

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #25 received at 31852 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Daniel Colascione <dancol <at> dancol.org>, 31852 <at> debbugs.gnu.org
Subject: Re: bug#31852: Make memory-limit obsolete
Date: Sat, 16 Jun 2018 09:27:30 -0700
Daniel Colascione wrote:
> I agree with obsoleting memory-limit. I don't like the vsize patch you
> installed though: what does the amount of address space reserved actually
> tell anyone? There's no relationship to actual resource consumption.

It's not that good a number, true; but it's better than the number we were 
returning, which was typically nonsense.

One of the benefits of moving memory-limit to Lisp was the removal of the bogus 
call to sbrk. Emacs should never call sbrk, and once the portable dumper code is 
merged, Emacs won't ever need to call sbrk again. Yay!

All things considered, I'd rather not go down the rabbit hole of trying to 
improve memory-limit further, because memory-limit was a mistake in the first 
place and nobody uses it (and rightly so) and we should be deprecating it rather 
than trying to improve it. That being said, if you'd like to make it better 
please feel free.




This bug report was last modified 6 years and 343 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.