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: Re: slow response on first buffer edit Date: Fri, 22 Oct 2004 14:04:00 -0400 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <20041022180400.GA2845@kelda> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098468286 11155 80.91.229.6 (22 Oct 2004 18:04:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 22 Oct 2004 18:04:46 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 22 20:04:38 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 1CL3mH-0008BB-00 for ; Fri, 22 Oct 2004 20:04:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CL3tm-00011P-PJ for geh-help-gnu-emacs@m.gmane.org; Fri, 22 Oct 2004 14:12:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CL3te-00011J-LR for help-gnu-emacs@gnu.org; Fri, 22 Oct 2004 14:12:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CL3te-000117-3J for help-gnu-emacs@gnu.org; Fri, 22 Oct 2004 14:12:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CL3td-000114-VX for help-gnu-emacs@gnu.org; Fri, 22 Oct 2004 14:12:14 -0400 Original-Received: from [216.118.87.46] (helo=netcong.rudolphtech.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CL3ln-0001XS-GS for help-gnu-emacs@gnu.org; Fri, 22 Oct 2004 14:04:07 -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 T9GWA36Y; Fri, 22 Oct 2004 14:03:29 -0400 Original-Received: (qmail 2901 invoked by uid 1000); 22 Oct 2004 18:04:00 -0000 Original-To: help-gnu-emacs@gnu.org Mail-Followup-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:21385 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:21385 Answering my own question here, just in case anyone else runs into this... > 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@host.name.PID:somelongnumber. Running emacs with a debugger shows that during this hang time it's accessing /var/log/wtmp. A look through the code for filelock.c reveals that the somelongnumber is actually the time of the last reboot (not sure why...), which emacs is trying to pull from the wtmp file. Only in my case, the machine in question had a wtmp file over 90MB in size, which caused the delay. Flushing wtmp solved the problem. -C.