From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Conrad Lloyd-Knight Newsgroups: gmane.emacs.help Subject: slow response on first buffer edit Date: Wed, 20 Oct 2004 14:29:10 -0400 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <20041020182910.GA3180@kelda> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098297082 31193 80.91.229.6 (20 Oct 2004 18:31:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 20 Oct 2004 18:31:22 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 20 20:31:12 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CKLEu-0001cl-00 for ; Wed, 20 Oct 2004 20:31:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CKLMJ-0004pj-Cv for geh-help-gnu-emacs@m.gmane.org; Wed, 20 Oct 2004 14:38:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CKLLa-0004Qu-4Q for help-gnu-emacs@gnu.org; Wed, 20 Oct 2004 14:38:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CKLLY-0004QN-6W for help-gnu-emacs@gnu.org; Wed, 20 Oct 2004 14:38:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CKLLY-0004Pp-07 for help-gnu-emacs@gnu.org; Wed, 20 Oct 2004 14:38:04 -0400 Original-Received: from [216.118.87.46] (helo=netcong.rudolphtech.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CKLDZ-0006zf-Ru for help-gnu-emacs@gnu.org; Wed, 20 Oct 2004 14:29:50 -0400 Original-Received: from 3-100826.rudolphtech.com ([204.117.101.168]) by netcong.rudolphtech.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id T9GV5887; Wed, 20 Oct 2004 14:28:41 -0400 Original-Received: (qmail 3319 invoked by uid 1000); 20 Oct 2004 18:29:10 -0000 Original-To: help-gnu-emacs@gnu.org Content-Disposition: inline X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 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 Xref: main.gmane.org gmane.emacs.help:21358 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:21358 Hi, I didn't see this in the FAQ, or in a quick perusal of the archives for this list... The problem I'm having is on one particular machine where I have emacs 21.3.1 installed. I have the same version installed on 3 machines and this is the only one showing this. The first edit of a buffer causes a high CPU load for about 10s before any changes show up in the window. This occurs when emacs is started with: emacs filename but not when started with just: emacs (in other words, the effect doesn't show up when editing the scratch buffer). It occurs whether filename is an existing file or a new one. I can move around the buffer using the cursor keys, etc. but the moment I make a change to what is displayed (kill a line, type a character...) the system appears to hang for 10s before the change is displayed. I have also noticed that this hangup occurs before a symbolic link is created, by the name of .#filename, pointing to a non-existant file called user@full.hostname.PID:somelongnumber. I do not believe the delay is caused by creating this link, as I can manually create a similarly named one without any delay, but this might give someone an idea at what point it occurs. Another data point: I can open a second file in another buffer and edit this afterwards without another delay. This issue has me stumped, so if anyone else has seen this, I'd appreciate any insight. Or if anyone has any suggestions on how to diagnose this further, please let me know! :) Thanks, -C.