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.