Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: optimisations

X-seq: zsh-workers 9080
From: Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx>
To: zsh-workers@xxxxxxxxxxxxxx
Subject: Re: optimisations
Date: Thu, 16 Dec 1999 11:07:26 +0100 (MET)
In-reply-to: Adam Spiers's message of Mon, 13 Dec 1999 19:24:57 +0000
Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm

Adam Spiers wrote:

> Bart Schaefer (schaefer@xxxxxxxxxxxxxxxxxxxxxxx) wrote:
> > The last one is a bit unfortunate, but just "compinit" (without even
> > trying any completions yet) adds half a megabyte to the RSS of zsh on
> > my system, and it only goes up from there as functions autload and
> > start caching their results in shell variables.
> 
> This reminds me.  Not only does the completion system make the
> environment, and hence memory usage large, but it slows startup down.
> Are there any significant optimisations which can be done?  Maybe
> caching some of the large associative arrays to disk in (say) DBM
> format so that several shells can share them?  I know this is already
> done in .zcompdump ... any others?  (I've been meaning to do this for
> _man, actually.)  I notice that $history gets set to the whole
> history; what uses that?  I have HISTSIZE=5000 so this variable is
> fairly sizeable!

One thing I forgot to say: we could easily add a boolean style `cache'
which says if caching should be done in a certain context or
not. Leaving it to the user to decide if he prefers speed or a small
memory footprint.

Bye
 Sven


--
Sven Wischnowsky                         wischnow@xxxxxxxxxxxxxxxxxxxxxxx

Messages sorted by: Reverse Date, Date, Thread, Author