From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Roland Winkler Newsgroups: gmane.emacs.bugs Subject: Re: ediff-next-difference very slow Date: Wed, 17 Apr 2002 17:14:27 +0200 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <15549.37203.921263.806460@tfkp00.physik.uni-erlangen.de> References: <15549.30433.173962.449867@tfkp00.physik.uni-erlangen.de> <4532-Wed17Apr2002175638+0300-eliz@is.elta.co.il> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1019056684 32622 127.0.0.1 (17 Apr 2002 15:18:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 17 Apr 2002 15:18:04 +0000 (UTC) Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16xrC7-0008U3-00 for ; Wed, 17 Apr 2002 17:18:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16xrCG-00088X-00; Wed, 17 Apr 2002 11:18:12 -0400 Original-Received: from max5.rrze.uni-erlangen.de ([131.188.3.50]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16xrA0-0007vq-00 for ; Wed, 17 Apr 2002 11:15:52 -0400 Original-Received: from tfkp00.physik.uni-erlangen.de by max5.rrze.uni-erlangen.de with ESMTP for bug-gnu-emacs@gnu.org; Wed, 17 Apr 2002 17:14:39 +0200 Original-To: bug-gnu-emacs@gnu.org In-Reply-To: <4532-Wed17Apr2002175638+0300-eliz@is.elta.co.il> X-Mailer: VM 6.96 under Emacs 21.2.1 Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:736 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:736 On Wed Apr 17 2002 Eli Zaretskii wrote: > It seems that having many overlays in a buffer slows down Emacs quite > a bit. Perhaps this problem is another manifestation of that? This is something I do not understand: Is it sufficient here for slowing emacs down that one buffer of all the open buffers has many overlays? Or do you refer to the buffers that are involved in the ediff session? The point is that the buffers involved in the ediff session are the same in a fresh emacs session and in an emacs session that is running for many days. Roland