Steve Youngs <steve@xxxxxxxx> writes:
> * Zajcev Evgeny <zevlg@xxxxxxxxx> writes:
>
> > Increasing `gc-cons-threshold' value, drastically increases xwem
> > speed. I recommend using 10000000 .. that is value i'm using at
> > home.
>
> I really don't think this is a good idea. This variable more or less
> determines when SXEmacs garbage collects. Setting it to a high number
> forces SXEmacs to garbage collect less often, but it _still_ happens.
> Fewer garbage collects means each garbage collection takes longer.
>
Yes your logic is understandable, but it is only applied to life if
Emacsen GC was ideal, but it overbuggy. Overall GC time is less if
gc-cons-threshold is higher. Also for xwem is preferrable if GC will
occur when SXEmacs is pretty idle (i.e. not running some command or
such). It is more likely to happen when SXEmacs in idle with higher
`gc-cons-threshold'.
> Yes, I did test it... the speed increase here was so insignificant
> that it was hardly noticeable. Actually it wasn't noticeable at all.
>
> IMO, a waste of time.
It is not noticable for you because you have
`xwem-commands-gc-cons-threshold' set to higher value then
`gc-cons-threshold'.
Just as an example for you, start xwem-time - M-: (xwem-time) RET -
measure time it takes to start, then change this line:
(gc-cons-threshold most-positive-fixnum)
to
(gc-cons-threshold 500000)
in `xwem-time-init' function, and start it again. It will take 10-20
times longer time to start.
--
XWEM - Take the best and make it better.
|