Re: High cpu load

"Stephen J. Turnbull" <[email protected]>
Newsgroups gmane.emacs.xemacs.general
Organization The XEmacs Project
Message-ID <[email protected]>
>>>>> "Hansen" == Hansen Martin <[email protected]> writes:

    Hansen> Of course Xemacs need to parse the output from the
    Hansen> compiler but that can be the complete cause.

Yes.  Parsing the compiler output is done with multi-line regexps, and
these can take enormous amounts of resources (stack or heap as well as
CPU time) on compile buffers with lots of output.

    Hansen> Also Xemacs can take several percent cpu time when it is
    Hansen> inactive, meaning it just has an open file, no edit or
    Hansen> other user interaction is performed.

You'll have to be more specific about what you mean.  If you're
looking at top, and expose an XEmacs window, then redisplay will take
up some time, of course.  XEmacs also uses internal timers to ensure
that autosaves are generated fairly soon even if the console is idle
(normally it counts keystrokes).  These should not take up much time
though, especially once the file has been autosaved once.

    Hansen> Maybe this is a bug I Xemacs, or we start some processes
    Hansen> that we don't need inside Xemacs. But how do I determine
    Hansen> this?

M-x list-processes.

C-h a process RET for an annotated list of functions and variables
related to processes.

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.