[Uim] Re: Massive slowdown after revision 129
Etsushi Kato
ekato at ees.hokudai.ac.jp
Fri Jan 7 15:40:32 EET 2005
On Fri, Jan 07, 2005 at 08:13:37PM +0900,
YamaKen <yamaken at bp.iij4u.or.jp> wrote:
> > On 2005/01/07, at 15:15, YamaKen wrote:
> >
> > > - "-h16384:64", /* heap_size(unit: lisp objects):nheaps */
> > > - "-t16384", /* heap_alloc_threshold (unit: lisp objects) */
> > > + "-h100000:10", /* heap_size(unit: lisp objects):nheaps */
> > > + "-t100", /* heap_alloc_threshold (unit: lisp objects) */
> >
> > Yep. Very slow key response with this siod setting in r148.
> >
> > Changing heap_alloc_threshold actually affected response drastically.
> > heap_size itself doesn't seems critical about this.
>
> > With modified (slow) version,
> >
> > [starting GC]
> > [GC took 0 cpu seconds, 1286 / 98714 cells collected in 10 / 10 heaps]
>
> Is this really runs with "-h100000:10 -t100"? Very strange if so.
Arrg! You are right. I did use -h10000:10, sorry.
Now I tested -h100000:10 -t100 with r148, and it also showed massive
slowness. Two to five GC took place with every key press.
[starting GC]
[GC took 0 cpu seconds, 2577 / 97423 cells collected in 1 / 10 heaps]
> This message indicates the interpreter allocates 11.5MB of heaps
> rather than 1.5MB of below. This heap size * GC frequency will
> directly impact performance.
>
> > With normal (r148) version,
> >
> > [starting GC]
> > [GC took 0 cpu seconds, 32161 / 98911 cells collected in 8 / 64 heaps]
I confirmed this test was correct.
> Please let me know additional information.
>
> - VSZ and RSS of the two processes
I've conducted the test using leafpad with gtk-immodule.
normal one: VSZ 51652, RSS 17376
slow one: VSZ 51288, RSS 16976
Cheers,
--
Etsushi Kato
ekato at ees.hokudai.ac.jp
More information about the uim
mailing list