all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Emacs launches excruciatingly slowly
@ 2011-11-02 18:24 Ryan Wersal
  2011-11-02 19:28 ` Drew Adams
  0 siblings, 1 reply; 5+ messages in thread
From: Ryan Wersal @ 2011-11-02 18:24 UTC (permalink / raw)
  To: help-gnu-emacs

I've been utilizing Emacs at work for over a month now and have had a very 
pleasant experience so far. 
The launch time has traditionally been south of 5 
seconds even with my admittedly non-optimized .emacs file.

But that all changed last Thursday. Something happened that caused the startup 
time to skyrocket to a frankly unbelievable 43 minutes. I wish I was kidding.

I have already tried launching Emacs without a config file. This yielded an 
approximately 7 minute or so start up time.

Googling has turned up several posts regarding Emacs being slow due to not being 
able to determine it's host's FQDN. 
To this end I have disconnected myself from my 
work's network (unplugging the ethernet cable itself and also disabling the 
adapter from the OS). 
This resulted in normal load times (sub 5 seconds).

This appears to be the source of the issue, but I have no idea where to begin 
looking to solve the problem itself.

Additional info: Windows 7 Professional 32bit running GNU Emacs 23.3.

Any idea where to begin on remedying this situation?

(Potentially more details can be found at my original post on 
http://superuser.com/questions/353201/emacs-launches-excruciatingly-slowly)

Thanks in advance for the assistance,
Ryan Wersal




^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: Emacs launches excruciatingly slowly
  2011-11-02 18:24 Emacs launches excruciatingly slowly Ryan Wersal
@ 2011-11-02 19:28 ` Drew Adams
  2011-11-02 19:34   ` Ryan Wersal
  0 siblings, 1 reply; 5+ messages in thread
From: Drew Adams @ 2011-11-02 19:28 UTC (permalink / raw)
  To: 'Ryan Wersal', help-gnu-emacs

Do you perhaps have a network drive automatically mapped at logon, and it is
mapped to a machine that is no longer accessible?  That would do it.




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Emacs launches excruciatingly slowly
  2011-11-02 19:28 ` Drew Adams
@ 2011-11-02 19:34   ` Ryan Wersal
  2011-11-03  5:43     ` Eli Zaretskii
       [not found]     ` <mailman.1660.1320298989.15868.help-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 5+ messages in thread
From: Ryan Wersal @ 2011-11-02 19:34 UTC (permalink / raw)
  To: Drew Adams; +Cc: <help-gnu-emacs@gnu.org>

I can confirm that all network drives are functioning correctly. Just to be thorough, I also removed all network drives. The problem continues to persist.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Emacs launches excruciatingly slowly
  2011-11-02 19:34   ` Ryan Wersal
@ 2011-11-03  5:43     ` Eli Zaretskii
       [not found]     ` <mailman.1660.1320298989.15868.help-gnu-emacs@gnu.org>
  1 sibling, 0 replies; 5+ messages in thread
From: Eli Zaretskii @ 2011-11-03  5:43 UTC (permalink / raw)
  To: help-gnu-emacs

> From: Ryan Wersal <ryan@ryanwersal.com>
> Date: Wed, 2 Nov 2011 14:34:40 -0500
> Cc: "<help-gnu-emacs@gnu.org>" <help-gnu-emacs@gnu.org>
> 
> I can confirm that all network drives are functioning correctly. Just to be thorough, I also removed all network drives. The problem continues to persist.

Can you use some OS-monitoring tool, like Process Monitor, to see just
what Emacs is doing during those long minutes?

If you can install GDB (you can find one on the MinGW site), then
starting GDB like this:

 gdb -p EMACS_PID

where EMACS_PID is the Emacs process ID (a number shown, e.g., by the
Task Manager), and then, once GDB is up and shows its "(gdb)" prompt,
typing this command:

 (gdb) thread apply all bt

will show where each one of the Emacs threads is wasting the time.

Doing that procedure several times during the wait should reveal where
this time is spent.  (After each "thread apply" command, type "q" to
exit the debugger and let Emacs run some more, then repeat the above
recipe.)

(It sounds like this kind of issue should be discussed not here, but
rather on emacs-devel@gnu.org, or as part of a bug report sent with
"M-x report-emacs-bug RET" so please follow up there.)



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Emacs launches excruciatingly slowly
       [not found]     ` <mailman.1660.1320298989.15868.help-gnu-emacs@gnu.org>
@ 2011-11-03 13:23       ` rusi
  0 siblings, 0 replies; 5+ messages in thread
From: rusi @ 2011-11-03 13:23 UTC (permalink / raw)
  To: help-gnu-emacs

On Nov 3, 10:43 am, Eli Zaretskii <e...@gnu.org> wrote:
> > From: Ryan Wersal <r...@ryanwersal.com>
> > Date: Wed, 2 Nov 2011 14:34:40 -0500
> > Cc: "<help-gnu-em...@gnu.org>" <help-gnu-em...@gnu.org>
>
> > I can confirm that all network drives are functioning correctly. Just to be thorough, I also removed all network drives. The problem continues to persist.
>
> Can you use some OS-monitoring tool, like Process Monitor, to see just
> what Emacs is doing during those long minutes?
>
> If you can install GDB (you can find one on the MinGW site), then
> starting GDB like this:
>
>  gdb -p EMACS_PID
>
> where EMACS_PID is the Emacs process ID (a number shown, e.g., by the
> Task Manager), and then, once GDB is up and shows its "(gdb)" prompt,
> typing this command:
>
>  (gdb) thread apply all bt
>
> will show where each one of the Emacs threads is wasting the time.
>
> Doing that procedure several times during the wait should reveal where
> this time is spent.  (After each "thread apply" command, type "q" to
> exit the debugger and let Emacs run some more, then repeat the above
> recipe.)
>
> (It sounds like this kind of issue should be discussed not here, but
> rather on emacs-de...@gnu.org, or as part of a bug report sent with
> "M-x report-emacs-bug RET" so please follow up there.)

I remember emacs hanging (well maybe I should say 'hanging' because I
did not wait 43 minutes :-).
This must have been about 9-10 years ago, linux box on internal
network when something was wrong with the network.  Dont remember
exactly what wrong...

Doing something to the effect of 'networking off' (again dont remember
the details) made emacs startup normal (2-3 seconds).

Unplugging the network cord without doing the corresponding command
worsens/causes the problem


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2011-11-03 13:23 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-11-02 18:24 Emacs launches excruciatingly slowly Ryan Wersal
2011-11-02 19:28 ` Drew Adams
2011-11-02 19:34   ` Ryan Wersal
2011-11-03  5:43     ` Eli Zaretskii
     [not found]     ` <mailman.1660.1320298989.15868.help-gnu-emacs@gnu.org>
2011-11-03 13:23       ` rusi

Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.