From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "D. Goel" Newsgroups: gmane.emacs.devel Subject: Re: Is it just me, or did 21.3.50 get a whole lot slower? Date: 19 Jun 2002 02:23:13 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1024467889 19366 127.0.0.1 (19 Jun 2002 06:24:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 19 Jun 2002 06:24:49 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17KYtd-00052F-00 for ; Wed, 19 Jun 2002 08:24:49 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17KZKh-0006bT-00 for ; Wed, 19 Jun 2002 08:52:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17KYt7-0000E4-00; Wed, 19 Jun 2002 02:24:17 -0400 Original-Received: from po4.glue.umd.edu ([128.8.10.124]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17KYs9-0000Ax-00 for ; Wed, 19 Jun 2002 02:23:17 -0400 Original-Received: from y.glue.umd.edu (IDENT:root@y.glue.umd.edu [128.8.10.68]) by po4.glue.umd.edu (8.11.6/8.11.6) with ESMTP id g5J6NEf27704; Wed, 19 Jun 2002 02:23:14 -0400 (EDT) Original-Received: from y.glue.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by y.glue.umd.edu (8.9.3/8.9.3) with SMTP id CAA06054; Wed, 19 Jun 2002 02:23:14 -0400 (EDT) Original-Received: (from deego@localhost) by y.glue.umd.edu (8.9.3/8.9.3) id CAA06050; Wed, 19 Jun 2002 02:23:13 -0400 (EDT) X-Authentication-Warning: y.glue.umd.edu: deego set sender to deego@glue.umd.edu using -f Original-To: Eli Zaretskii In-Reply-To: Original-Lines: 67 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4979 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4979 Eli Eli Zaretskii writes: > > it seems that when things get slow, everything gets slow.. it seems to > > take emacs a minute to even recognize a C-n ... > > Is it really a minute, or just ``too long to wait''? I think the latter. Will try to measure it the next time it occurs, and get back. While i was writing this email, some more 'reflection' happened, and I now suspect that this might rather be a problem due to glue.umd.edu shrinking the CPU cycles it provides to emacs, and may not be an emacs problem (see below). > > If it really takes a minute, I'd first try to see if your system > runs out of physical memory and starts paging. Do you see amy > significant disk activity during this time? oh, this always happens to, say, foo.glue.umd.edu----a remote machine i log into, so can't really find out disk activity :( > Also, please set garbage-collection-messages non-nil and see if GC > is happening during those periods of slow-down. Thanks Eli. Always been non-nil. And the 'freezes' were not GC. ==================================================== (What had initially made me suspect emacs was: I will be logged into foo.glue.umd.edu from one putty from a PC and using emacs. And i will be logged into the same foo.glue.umd.edu from another putty from the same windoze PC and using tcsh. The latter continues to be responsive, while the former sometimes 'froze' up for ages, (that's i assumed this is an emacs problem)... This always seemed to happen after the emacs was 'big', and the terminal would be idle. So, i would go to the emacs and type something, trying to 'activate' it.. but it will remaiin sluggish for a long time---say 5--10 minutes.. (by then i would have killed it.. :-) As mentioned above, i think this could be due to glue.umd.edu shrinking Emacs' CPU time with time----emacs would have been an application 'idle for half the time' and a 'memory hog' the remaining time, and running for 10 hours---perhaps all of these things contribute to CPU-cycle- shrinking on a 'shared system'... I think i have never observed the slow-emacs phenomenon on any of the local SunOS's in my company.. so less sure than ever that this is an emacs problem. ) Thanks to all of you for caring. DG --