From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Emacs Slowdown Date: Wed, 18 Mar 2015 08:44:14 -0400 Message-ID: References: <87pp8i75nk.fsf@newcastle.ac.uk> <87lhj2qwfo.fsf@newcastle.ac.uk> <87r3sp6uga.fsf@newcastle.ac.uk> <87wq2g51iy.fsf@newcastle.ac.uk> <87h9tifq9e.fsf@newcastle.ac.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1426682706 5867 80.91.229.3 (18 Mar 2015 12:45:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 18 Mar 2015 12:45:06 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Mar 18 13:44:51 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YYDL7-0006cK-0V for geh-help-gnu-emacs@m.gmane.org; Wed, 18 Mar 2015 13:44:49 +0100 Original-Received: from localhost ([::1]:33319 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYDL1-0007xa-GA for geh-help-gnu-emacs@m.gmane.org; Wed, 18 Mar 2015 08:44:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49028) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYDKq-0007xI-2y for help-gnu-emacs@gnu.org; Wed, 18 Mar 2015 08:44:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYDKl-0005dl-6G for help-gnu-emacs@gnu.org; Wed, 18 Mar 2015 08:44:32 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:51814) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYDKk-0005dW-Uz for help-gnu-emacs@gnu.org; Wed, 18 Mar 2015 08:44:27 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YYDKh-0006Tw-D3 for help-gnu-emacs@gnu.org; Wed, 18 Mar 2015 13:44:23 +0100 Original-Received: from 23-91-145-1.cpe.pppoe.ca ([23.91.145.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Mar 2015 13:44:23 +0100 Original-Received: from monnier by 23-91-145-1.cpe.pppoe.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 18 Mar 2015 13:44:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 23-91-145-1.cpe.pppoe.ca User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:xEyV4VH8gSTHQljKYUGGfrh2Vlk= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:103197 Archived-At: > Apologies if I have not done the right thing here -- I've not written > much C nor used gdb before. Looks useful, thank you. AFAICT in all those backtraces, Emacs is not "busy" but it is simply waiting for input (a process monitor such as "top" should be able to confirm that the Emacs process is not using any significant amount of CPU at those times). When Emacs feels slow, what happens if you keep typing without waiting for Emacs's response? > The last two backtraces are after it > has become non-responsive, up till the kill. The last two backtraces are actually different: Emacs is also waiting but it's doing so elsewhere at a spot I find weird (it's actually inside an X11 library call waiting for some input event (in "XimRead" the "im" stands for "input method"), while in the middle of redrawing part of Emacs's display). I'm not sufficiently familiar with this code to go much further with it, so please M-x report-emacs-bug and include the last backtrace (the last 2 are identical, AFAICT). Stefan