From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Herbert Euler" Newsgroups: gmane.emacs.help Subject: Re: Accelerating Emacs? Date: Mon, 31 Oct 2005 11:26:26 +0800 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-Trace: sea.gmane.org 1130729267 6557 80.91.229.2 (31 Oct 2005 03:27:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 31 Oct 2005 03:27:47 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Oct 31 04:27:37 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EWQJz-0003Wf-BF for geh-help-gnu-emacs@m.gmane.org; Mon, 31 Oct 2005 04:26:55 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EWQJx-00070C-Tz for geh-help-gnu-emacs@m.gmane.org; Sun, 30 Oct 2005 22:26:53 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EWQJa-0006wd-8M for help-gnu-emacs@gnu.org; Sun, 30 Oct 2005 22:26:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EWQJY-0006wO-Fk for help-gnu-emacs@gnu.org; Sun, 30 Oct 2005 22:26:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EWQJY-0006wL-Cf for help-gnu-emacs@gnu.org; Sun, 30 Oct 2005 22:26:28 -0500 Original-Received: from [64.4.26.14] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EWQJY-0006i6-AV for help-gnu-emacs@gnu.org; Sun, 30 Oct 2005 22:26:28 -0500 Original-Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 30 Oct 2005 19:26:26 -0800 Original-Received: from 64.4.26.200 by by112fd.bay112.hotmail.msn.com with HTTP; Mon, 31 Oct 2005 03:26:26 GMT X-Originating-IP: [202.43.217.195] X-Originating-Email: [herberteuler@hotmail.com] X-Sender: herberteuler@hotmail.com In-Reply-To: Original-To: help-gnu-emacs@gnu.org X-OriginalArrivalTime: 31 Oct 2005 03:26:26.0559 (UTC) FILETIME=[E043A8F0:01C5DDCA] X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:30705 Archived-At: >From: Eli Zaretskii >To: help-gnu-emacs@gnu.org >Subject: Re: Accelerating Emacs? >Date: Sat, 29 Oct 2005 17:43:29 +0200 I'm sorry I was a bit busy yesterday. The following description is based on my Emacs 21.3 in Windows. >You can enable garbage-collect messages by setting the variable >garbage-collection-messages to non-nil. Then you will see a message >in the echo area when Emacs is in GC. I turned it on, and when Emacs hangs the two messages "Garbage collecting..." and "???? (a long word I can't see it clearly) @code{print-elements-of-list} ..." are displayed alternately in the echo area. But I can only conclude that the exchanging speed of displaying is slower and slower by time. Task manager shows that Emacs uses about 80MB memory and the number increases even if I abort the formatting process, although the speed is becoming slow. A few seconds later, this number stops increasing, but doesn't fall down as well. Emacs occupies 50% of CPU cycle and this percentage is not changed during these periods. C-x C-b shows no buffer contains further information about the details of garbage collection. It seems that there is a died repetition somewhere although I can't address it. >Other things to consider include: > > . Perhaps your system is running out of free RAM and Emacs starts > paging? You can use the Windows Task Manager to see how much > physical memory is used, how many page faults Emacs generates, and > other pertinent info. The bottom line of Task Manager contains a string like '362M / 1230M'. The information about Emacs is Name User CPU Memory emacs.exe xuguanpeng 50 82,520K I don't know what these mean exactly, but I'm sure the physical memory is not used out. > . How many other programs are using up CPU cycles? The Task Manager > will help you see that as well. The total of CPU cycles used by other programs (except System Idle Process) is about 10%. > . When Emacs freezes, do other programs on this system become > unresponsive as well, or do they work normally? If the former, > perhaps some network-related problem ties up the system in a > busy-wait loop. And I'm sure there is nothing wrong with network since I can open url with Opera. > . Does Emacs run any subprocesses concurrently with > texinfo-format-buffer? If so, perhaps it's one of those > subprocesses that causes Emacs to hang. No, I ran only M-x texinfo-format-buffer in a fresh Emacs process. I wonder if I can get the details about garbage collection so I can figure out how much Emacs goes through at least. Regards, Guanpeng Xu _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/