[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Serious performance problem with process output on Mac OSX
From: |
Adrian Robert |
Subject: |
Re: Serious performance problem with process output on Mac OSX |
Date: |
Sun, 28 Mar 2010 17:41:46 +0300 |
> When emacs is processing such output, there is a kind of lock up where
> it literally can take many seconds to switch desktops or to switch
> between applications (Cmd-TAB).
Hi,
I was able to reproduce this also on a 10.6.2 system, simply by executing the
"ls -lR /System" command in a shell buffer and minimizing it. What I noticed
was that app switching through clicking on other app windows is as fast as
normal when a disk-intensive background process is going on, but that Cmd-tab
or clicking on the dock was slow. Under Activity Monitor or top, the "Dock"
process is taking up a lot of CPU. This seems to have something to do with the
updates Dock wants to do for the icon based on whatever methods Emacs is
calling periodically. I don't think it has to do with external processes --
but I couldn't figure out a way to get a growing buffer redisplayed while
iconified purely from lisp code to test for sure.
Nor does it have to do purely with output -- the high Dock CPU usage occurs
whether or not emacs is actually displaying the buffer doing the ls or not, and
running the same ls -lR in Terminal and minimizing does not cause it.
I suspect unneeded calls to one of the icon/icon_type methods in nsfns.m or the
miniwindowimage methods in nsterm.m are causing this. Someone could try
shortcircuiting these in the source and seeing if the problem still obtains.
It would also be interesting to know if this occurs under Leopard or Tiger, if
anyone has access to those systems.
thanks,
Adrian
- Re: Windows 9X compatibility, (continued)
- Re: Windows 9X compatibility, Christoph, 2010/03/28
- Re: Windows 9X compatibility, Eli Zaretskii, 2010/03/28
- Re: Windows 9X compatibility, Christoph, 2010/03/28
- Re: Windows 9X compatibility (was: MS-Windows build broken in Fmake_network_process), Eli Zaretskii, 2010/03/28
- Re: MS-Windows build broken in Fmake_network_process, Jason Rumney, 2010/03/28
- Re: MS-Windows build broken in Fmake_network_process, Eli Zaretskii, 2010/03/28
- Re: MS-Windows build broken in Fmake_network_process, Richard Stallman, 2010/03/29
- Serious performance problem with process output on Mac OSX, Christian Lynbech, 2010/03/28
- Re: Serious performance problem with process output on Mac OSX,
Adrian Robert <=
- Re: Serious performance problem with process output on Mac OSX, Adrian Robert, 2010/03/29
- Re: Serious performance problem with process output on Mac OSX, David Reitter, 2010/03/29
- Re: Serious performance problem with process output on Mac OSX, Chong Yidong, 2010/03/29
- Re: Serious performance problem with process output on Mac OSX, Adrian Robert, 2010/03/30
- Re: Serious performance problem with process output on Mac OSX, David Reitter, 2010/03/30
- Re: Serious performance problem with process output on Mac OSX, Jimmy Yuen Ho Wong, 2010/03/30
- Re: Serious performance problem with process output on Mac OSX, Chong Yidong, 2010/03/30
- Re: Serious performance problem with process output on Mac OSX, Jimmy Yuen Ho Wong, 2010/03/30
- Re: Serious performance problem with process output on Mac OSX, Chong Yidong, 2010/03/31
- Re: Serious performance problem with process output on Mac OSX, Jimmy Yuen Ho Wong, 2010/03/31