felix@ai.sri.com (Francois Felix INGRAND) (08/15/90)
In article <1990Aug14.113214@kanawha.Eng.Sun.COM> cs@Eng.Sun.COM (Carl Smith) writes: Path: unix!synoptics!bionet!apple!sun-barr!newstop!sun!cs@Eng.Sun.COM From: cs@Eng.Sun.COM (Carl Smith) Newsgroups: comp.emacs Date: 14 Aug 90 18:32:14 GMT References: <FELIX.90Aug13165019@cayucos.ai.sri.com> Sender: news@sun.Eng.Sun.COM Reply-To: cs@Eng.Sun.COM Organization: Sun Microsystems, Inc. Lines: 13 In article <FELIX.90Aug13165019@cayucos.ai.sri.com>, felix@ai.sri.com (Francois Felix INGRAND) writes: > > I have notice that GNUEmacs is using "lot of CPU" on my Sparc 1+. ... > Is is possible to avoid this problem? I stumbled onto a workaround trying to investigate this. Simply trace each of the offending processes (e.g. ``trace -p 1503'') for a bit. You'll notice rather a lot of output at first, then it will become quiescent. Carl That's true, for each of these gnuemacs processes, I get a lot of output like: select (32, 0xf7fff3c4, 0, 0xf7fff3a4, 0xf7fff3a8) = -1 EINTR (Interrupted syste m call) - SIGIO (23) ioctl (0, 0x4004667f, 0xf7ffe8bc) = 0 sigcleanup () = 0 sigblock (0x400000) = 0 write (0, "".., 4) = 4 sigsetmask (0) = 0x400000 ioctl (0, 0x4004667f, 0xf7fff33c) = 0 sigblock (0x400000) = 0 write (0, "".., 4) = 4 sigsetmask (0) = 0x400000 select (32, 0xf7fff3c4, 0, 0xf7fff3a4, 0xf7fff3a8) = -1 EINTR (Interrupted syste m call) - SIGIO (23) ioctl (0, 0x4004667f, 0xf7ffe8bc) = 0 sigcleanup () = 0 sigblock (0x400000) = 0 write (0, "".., 4) = 4 sigsetmask (0) = 0x400000 ioctl (0, 0x4004667f, 0xf7fff33c) = 0 sigblock (0x400000) = 0 write (0, "".., 4) = 4 sigsetmask (0) = 0x400000 select (32, 0xf7fff3c4, 0, 0xf7fff3a4, 0xf7fff3a8) = -1 EINTR (Interrupted syste m call) - SIGIO (23) then it become quiet. But if I reopen the gnuemacs window, and use it for a while, the problem reappears. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Francois Felix INGRAND SRI International, AIC felix@AI.SRI.COM 333, Ravenswood Avenue (415) 859-5584 MENLO PARK, CA 94025, USA "Read my Lisp... No new syntax" (nil)