unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "D. Goel" <deego@glue.umd.edu>
Cc: emacs-devel@gnu.org
Subject: Re: Is it just me, or did 21.3.50 get a whole lot slower?
Date: 19 Jun 2002 02:23:13 -0400	[thread overview]
Message-ID: <ap3znxrdbxq.fsf@y.glue.umd.edu> (raw)
In-Reply-To: <Pine.SUN.3.91.1020619081541.27660D-100000@is>

Eli


Eli Zaretskii <eliz@is.elta.co.il> 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				   
-- 

  parent reply	other threads:[~2002-06-19  6:23 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-14 20:32 Is it just me, or did 21.3.50 get a whole lot slower? John Wiegley
2002-06-14 20:55 ` D. Goel
2002-06-15 21:47   ` Richard Stallman
2002-06-16 18:38     ` D. Goel
2002-06-17 16:30       ` Richard Stallman
2002-06-18 16:36         ` D. Goel
2002-06-19  5:17           ` Eli Zaretskii
2002-06-19  6:01             ` John Wiegley
2002-06-19  6:23             ` D. Goel [this message]
2002-06-20 14:33           ` Richard Stallman
2002-06-15 17:19 ` Kai Großjohann
2002-06-15 21:47 ` Richard Stallman
2002-10-19  0:36   ` John Wiegley
2002-12-31  5:48     ` Richard Stallman
2002-12-31  6:12       ` John Wiegley
2003-01-02 18:38         ` Richard Stallman
2003-01-03  5:50           ` John Wiegley
2003-01-03 20:30             ` Richard Stallman
2003-01-04  4:12               ` John Wiegley
2003-01-04 23:54                 ` Kim F. Storm
2003-01-05 18:33                 ` Richard Stallman
2003-01-14 14:40               ` Phillip Lord
2003-01-14 20:12                 ` John Wiegley
2003-01-15 11:05                 ` Richard Stallman
2003-01-15 11:56                   ` Phillip Lord
2003-01-17  9:22                     ` Richard Stallman
2002-11-01  5:21   ` Looks like I found the slowdown John Wiegley
2002-11-02  3:32     ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ap3znxrdbxq.fsf@y.glue.umd.edu \
    --to=deego@glue.umd.edu \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).