From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: phillip.lord@newcastle.ac.uk (Phillip Lord) Newsgroups: gmane.emacs.help Subject: Re: Emacs Slowdown Date: Tue, 10 Mar 2015 12:37:15 +0000 Message-ID: <87wq2pf2pw.fsf@newcastle.ac.uk> References: <87pp8i75nk.fsf@newcastle.ac.uk> <83pp8i5ep9.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1425991066 19566 80.91.229.3 (10 Mar 2015 12:37:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Mar 2015 12:37:46 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Mar 10 13:37:42 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 1YVJPp-00008l-LL for geh-help-gnu-emacs@m.gmane.org; Tue, 10 Mar 2015 13:37:41 +0100 Original-Received: from localhost ([::1]:48613 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVJPo-0000ZQ-Vu for geh-help-gnu-emacs@m.gmane.org; Tue, 10 Mar 2015 08:37:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41695) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVJPd-0000Z9-BY for help-gnu-emacs@gnu.org; Tue, 10 Mar 2015 08:37:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YVJPZ-0004Sp-13 for help-gnu-emacs@gnu.org; Tue, 10 Mar 2015 08:37:29 -0400 Original-Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:49340) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVJPU-0004QI-9p; Tue, 10 Mar 2015 08:37:20 -0400 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1YVJPP-00029r-CD; Tue, 10 Mar 2015 12:37:15 +0000 Original-Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YVJPP-0003zv-Mz; Tue, 10 Mar 2015 12:37:15 +0000 In-Reply-To: <83pp8i5ep9.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 9 Mar 2015 18:16:18 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.12 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:103094 Archived-At: Eli Zaretskii writes: >> From: phillip.lord@newcastle.ac.uk (Phillip Lord) >> Date: Mon, 09 Mar 2015 11:48:47 +0000 >> >> I am suffering a rather disasterous slowdown in my emacs. It feels like >> a memory leak, as my emacs gets slower over time. It mostly seems to be >> affected auctex, where there is considerable lag in cursor movement to >> the point that typing becomes difficult. > > For starters, customize garbage-collection-messages to a non-nil > value, and see if Emacs announces GC while cursor movement is > sluggish. Ah, yes, forgotten that one. > If you want to test the hypothesis of a memory leak, it's easier to > look at your Emacs process's virtual memory size, either in 'top' or > in "M-x proced". Take a few snapshots of the value and try to > correlate that with the values reported by 'garbage-collect'. If > those values stay approximately stable, or go down, but the VSS of the > process goes up, you can suspect a memory leak; otherwise the problem > is elsewhere. > > (Personally, I wouldn't pursue the memory leak avenue first, > especially if this is an official release, not a development version > of Emacs: I think other possible reasons are much more probable. But > that's me.) I've been using both using both releases and development. I'd agree, I've not found many memory leaks in my time. >> which is an awful lot of functions to be called on every keypress. I >> realise that I may have gone a bit overboard here, especially as five of >> those functions are mine! > > The question is: what do those hook do, on average? If they are very > lightweight (profile them to see if they are), then this isn't your > villain. > > Also, try removing most of the hooks when you see sluggish operation, > and see if that brings any significant speedup; if not, these aren't > what you are looking for. Saw Stefan's post and think these are a red-herring also. Phil