Re: [Emacs-diffs] master 064701d 2/3: Increase the obarray size.

[Stefan Monnier]

> I got a slight improvement over the old setting when loading dumped.elc,
> not a huge one, but I didn’t compare against a value in the 8k neighborhood.

Yeah, I guess it doesn't matter that much in the end.

> Really, I think an obarray should be an opaque object able to automatically
> resize itself (hash table?) or reorganize itself (tree?), and not pretend to
> be sort of like a fixed-size array with some symbols visible and some
> symbols hiding invisibly inside it, but it doesn’t seem crucial enough to
> performance to actually do anything about it right now.

Indeed, I'd be happy to try and get rid of our obarrays and use our
hash-tables for that instead (I've already changed a few packages over
the years to use hash0tables rather than obarrays).


        Stefan