please use xemacs-beta for bugs.
do you see the same thing if you create 3 or 4 frames using C-x 5 2 and edit
files with them, or only when you use gnuclient?
-------- Original Message --------
Subject: Lazy-lock and gnuclients use a lot of cpu time.
Date: Fri, 10 Aug 2001 15:29:27 -0500
From: Paul Cheng <ptc(a)sgi.com>
To: ben(a)xemacs.org
Hi Mr Wing,
I noticed that in xemacs-21.4.4, using a combination of gnuserv,
gnuclient and
lazy lock causes xemacs to use a lot of cpu time. I am running xemacs on
an SGI indy running irix6.5.12.
Here is the detail:
1. I use the sample.init.el from the distribution as init.el. This
has lazy-lock enabled.
2. I start xemacs and then start gnuserv with the gnuserv-start command.
3. I use gnuclient to start editing some files.
For example, gnuclient -q .profile
After the new frames pop up on my screen, I let them sit idle.
When I edit only one file, xemacs uses about 8% of the cpu time.
If I start two gnuclients, the cpu time jumps to about 20%.
If I start a third gnuclient, the cpu time jumps to about 25%.
If I start a fourth gnuclient, the cpu time jumps to about 35%.
If I turn off lazy-lock, then the cpu time remains at about 0.8% no
matter how many gnuclients I use.
If I enable lazy-lock and do not use gnuclients, then each xemacs
process uses
about 0.8% of cpu time.
Since the increase in cpu time is so huge when both lazy-lock and
gnuclients
are used together, I am just wondering if this is a bug.
Thanks.
Paul Cheng.