[Top][All Lists]

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

Re: Proposal: block-based vector allocator

From: Carsten Mattner
Subject: Re: Proposal: block-based vector allocator
Date: Wed, 7 Dec 2011 13:27:20 +0100

On Wed, Dec 7, 2011 at 6:05 AM, Dmitry Antipov <address@hidden> wrote:
> On 12/06/2011 11:39 PM, Stefan Monnier wrote:
>> So we should have a fair bit of wiggle room here.  Especially since I'm
>> not specifically interested in reducing memory use as much as getting
>> rid of the O(log n) overhead and generally making smallish
>> "defstruct-style" vectors more efficient.
> This approach looks pretty strange for anyone who looks through this list's
> archives: "my Emacs is too slow" noise is quite rare, but "my Emacs is
> too fat" topics are raised over and over again.
> I believe Emacs is fast enough to be a good editor on any reasonable
> hardware.
> Even for an instance bloated with a few hundreds of buffers, I never seen
> a GC longer than 0.1s, which is faster than a keystroke. So, eliminating
> an logarithmic overhead in one of internal subsystems is insignificant. But,
> when an editor with 0 (zero) open files consumes more memory than a web
> browser with 10 open tabs, it's just a shame.

For what it's worth I'd like to second that based on my emacs experience.

reply via email to

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