From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Emacs launches excruciatingly slowly Date: Thu, 03 Nov 2011 01:43:05 -0400 Message-ID: References: <2226EBAC-5427-4190-AF4E-F9E21DFEB725@ryanwersal.com> NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1320299001 8734 80.91.229.12 (3 Nov 2011 05:43:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 3 Nov 2011 05:43:21 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Nov 03 06:43:16 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RLq52-0003ja-Ph for geh-help-gnu-emacs@m.gmane.org; Thu, 03 Nov 2011 06:43:12 +0100 Original-Received: from localhost ([::1]:50629 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RLq51-0002lG-MX for geh-help-gnu-emacs@m.gmane.org; Thu, 03 Nov 2011 01:43:11 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46735) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RLq4x-0002lB-7c for help-gnu-emacs@gnu.org; Thu, 03 Nov 2011 01:43:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RLq4w-0000QA-6o for help-gnu-emacs@gnu.org; Thu, 03 Nov 2011 01:43:07 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:50571) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RLq4w-0000Q6-40 for help-gnu-emacs@gnu.org; Thu, 03 Nov 2011 01:43:06 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RLq4v-00032z-Ui for help-gnu-emacs@gnu.org; Thu, 03 Nov 2011 01:43:05 -0400 In-reply-to: <2226EBAC-5427-4190-AF4E-F9E21DFEB725@ryanwersal.com> (message from Ryan Wersal on Wed, 2 Nov 2011 14:34:40 -0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:82741 Archived-At: > From: Ryan Wersal > Date: Wed, 2 Nov 2011 14:34:40 -0500 > Cc: "" > > 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.)