Speeding up ZSH startup

Speeding up ZSH startup

[Meino Christian Cramer]

Hi,

 I am at the very beginning of dvinig deeper into the wonderful world
 of ZSH :O)...

 I want to speed up the start of zsh on my Linux system.
 WIth "zsh -x" I figured out what file are loaded when and I found no
 abnormal things (reloading and such...). The different fiel, which
 got loaded are of "normal" size (so nothing VERY big...).

 Is there any other things or tricks I can try to make starting zsh a
 little faster ?

 For example: Are there feature known, which are better to be
 activated at last/at first...

 Or...?

 Thank you very much for nay hint and advice in advance ! 

 Kind regards and have a nice weekend!
 Meino

Re: Speeding up ZSH startup

[Andrey Borzenkov]

[-- Attachment #1: Type: text/plain, Size: 1134 bytes --]

On Saturday 23 April 2005 10:29, Meino Christian Cramer wrote:
> Hi,
>
>  I am at the very beginning of dvinig deeper into the wonderful world
>  of ZSH :O)...
>
>  I want to speed up the start of zsh on my Linux system.
>  WIth "zsh -x" I figured out what file are loaded when and I found no
>  abnormal things (reloading and such...). The different fiel, which
>  got loaded are of "normal" size (so nothing VERY big...).
>
>  Is there any other things or tricks I can try to make starting zsh a
>  little faster ?
>

If you use "new" completion (compinit) then the slowest part is reading and 
parsing all completion functions.

You can speed it up by precompiling; see zcompile and function autoloading in 
Zsh manuals.

I do something like

for i in $fpath; do
  zcompile $i $i/*(N)
done

and wrapper function that checks modification time to automatically recompile 
if needed.

>  For example: Are there feature known, which are better to be
>  activated at last/at first...
>

it depends on your rc files actually. Ubuntu ships zero rc files for zsh and 
startup is very fast :)

-andrey

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Speeding up ZSH startup

[Mads Martin Joergensen]

* Andrey Borzenkov <arvidjaar@newmail.ru> [Apr 23. 2005 10:55]:
> If you use "new" completion (compinit) then the slowest part is reading and 
> parsing all completion functions.
> 
> You can speed it up by precompiling; see zcompile and function autoloading in 
> Zsh manuals.

Wouldn't it be an idea to precompile all completions when installing
them in the system with make install?

-- 
Mads Martin Joergensen, http://mmj.dk
"Why make things difficult, when it is possible to make them cryptic
 and totally illogical, with just a little bit more effort?"
                                -- A. P. J.

Re: Speeding up ZSH startup

[Meino Christian Cramer]

From: Andrey Borzenkov <arvidjaar@newmail.ru>
Subject: Re: Speeding up ZSH startup
Date: Sat, 23 Apr 2005 12:54:53 +0400

> On Saturday 23 April 2005 10:29, Meino Christian Cramer wrote:
> > Hi,
> >
> >  I am at the very beginning of dvinig deeper into the wonderful world
> >  of ZSH :O)...
> >
> >  I want to speed up the start of zsh on my Linux system.
> >  WIth "zsh -x" I figured out what file are loaded when and I found no
> >  abnormal things (reloading and such...). The different fiel, which
> >  got loaded are of "normal" size (so nothing VERY big...).
> >
> >  Is there any other things or tricks I can try to make starting zsh a
> >  little faster ?
> >
> 
> If you use "new" completion (compinit) then the slowest part is reading and 
> parsing all completion functions.

  ...hmmm

  When compiling  .zcompdump to .zcompdump.zwc I think it will start a
  little faster...but when will .zcompdump be created...and -- as a
  logical consequence -- when do I have to recompile it again ?

  Is there any automatism? Kinda "Dear ZSH, if you have recently
  created .zcompdump...please compile it for me..."

  (or am I blinded by too much programming tasks ???)
 
> You can speed it up by precompiling; see zcompile and function autoloading in 
> Zsh manuals.
> 
> I do something like
> 
> for i in $fpath; do
>   zcompile $i $i/*(N)
> done
> 
> and wrapper function that checks modification time to automatically recompile 
> if needed.

  Aha! Sounds good...

> >  For example: Are there feature known, which are better to be
> >  activated at last/at first...
> >
> 
> it depends on your rc files actually. Ubuntu ships zero rc files for zsh and 
> startup is very fast :)

  Ha!!!

  Less features means being fast...isn't it ?


> -andrey

mcc

Re: Speeding up ZSH startup

[Bart Schaefer]

On Apr 23,  6:18pm, Meino Christian Cramer wrote:
} Subject: Re: Speeding up ZSH startup
}
}   Is there any automatism? Kinda "Dear ZSH, if you have recently
}   created .zcompdump...please compile it for me..."

Check out "zrecompile" in "man zshcontrib" ...

Re: Speeding up ZSH startup

[Mikael Magnusson]

sorry if gmail messes up the To: and Cc: here...

On 4/23/05, Andrey Borzenkov <arvidjaar@newmail.ru> wrote:
> On Saturday 23 April 2005 10:29, Meino Christian Cramer wrote:
> > Hi,
> >
> >  I am at the very beginning of dvinig deeper into the wonderful world
> >  of ZSH :O)...
> >
> >  I want to speed up the start of zsh on my Linux system.
> >  WIth "zsh -x" I figured out what file are loaded when and I found no
> >  abnormal things (reloading and such...). The different fiel, which
> >  got loaded are of "normal" size (so nothing VERY big...).
> >
> >  Is there any other things or tricks I can try to make starting zsh a
> >  little faster ?
> >
> 
> If you use "new" completion (compinit) then the slowest part is reading and
> parsing all completion functions.
> 
> You can speed it up by precompiling; see zcompile and function autoloading in
> Zsh manuals.
> 
> I do something like
> 
> for i in $fpath; do
>   zcompile $i $i/*(N)
> done

I have this function that i call from time to time manually as root
and my user (the one for my user doesn't have the systemwide files),

src () {
	autoload -U zrecompile
	[ -f ~/.zshrc ] && zrecompile -p ~/.zshrc
	[ -f ~/.zlogout ] && zrecompile -p ~/.zlogout
	[ -f ~/.zlogin ] && zrecompile -p ~/.zlogin
	[ -f ~/.zcompdump ] && zrecompile -p ~/.zcompdump
	[ -f /etc/profile ] && zrecompile -p /etc/profile
	[ -f /etc/profile.env ] && zrecompile -p /etc/profile.env
	for a in $fpath
	do
		[ -d $a ] && zrecompile -p $a.zwc $a/*
	done
}

> and wrapper function that checks modification time to automatically recompile
> if needed.
> 
> >  For example: Are there feature known, which are better to be
> >  activated at last/at first...
> >
> 
> it depends on your rc files actually. Ubuntu ships zero rc files for zsh and
> startup is very fast :)
> 
> -andrey
> 
> 
> 


-- 
Mikael Magnusson

Re: Speeding up ZSH startup

[Nikolai Weibull]

Mads Martin Joergensen, April 23:

> * Andrey Borzenkov <arvidjaar@newmail.ru> [Apr 23. 2005 10:55]:

> > You can speed it up by precompiling; see zcompile and function
> > autoloading in Zsh manuals.

> Wouldn't it be an idea to precompile all completions when installing
> them in the system with make install?

How much of a speed-up can be seen from precompiling?  Has anyone done
any actual profiling?,
        nikolai

-- 
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){printf(&linux["\021%six\012\0"],(linux)["have"]+"fun"-97);}

Re: Speeding up ZSH startup

[Andrey Borzenkov]

[-- Attachment #1: Type: text/plain, Size: 699 bytes --]

On Monday 25 April 2005 01:02, Nikolai Weibull wrote:
> Mads Martin Joergensen, April 23:
> > * Andrey Borzenkov <arvidjaar@newmail.ru> [Apr 23. 2005 10:55]:
> > > You can speed it up by precompiling; see zcompile and function
> > > autoloading in Zsh manuals.
> >
> > Wouldn't it be an idea to precompile all completions when installing
> > them in the system with make install?
>
> How much of a speed-up can be seen from precompiling?  Has anyone done
> any actual profiling?,

On my system in office it is quite noticeable (that is why I do it at all). 
Here at home using Mandrake on PIII 733. 256MB, I never felt like ever trying 
it, zsh starts already fast enough.

-andrey

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]