From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Default of jit-lock-stealth-time Date: Mon, 26 Feb 2007 08:16:02 +0100 Message-ID: <85vehpwfrh.fsf@lola.goethe.zz> References: <85tzxazb8r.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1172474192 6029 80.91.229.12 (26 Feb 2007 07:16:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Feb 2007 07:16:32 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 26 08:16:24 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HLa5v-0007lo-PD for ged-emacs-devel@m.gmane.org; Mon, 26 Feb 2007 08:16:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HLa5v-00031k-4G for ged-emacs-devel@m.gmane.org; Mon, 26 Feb 2007 02:16:23 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HLa5j-00031d-Mr for emacs-devel@gnu.org; Mon, 26 Feb 2007 02:16:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HLa5h-00031R-Cm for emacs-devel@gnu.org; Mon, 26 Feb 2007 02:16:10 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HLa5h-00031O-5r for emacs-devel@gnu.org; Mon, 26 Feb 2007 02:16:09 -0500 Original-Received: from mail-in-02.arcor-online.net ([151.189.21.42]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1HLa5f-00011S-T3; Mon, 26 Feb 2007 02:16:08 -0500 Original-Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 789822D7D43; Mon, 26 Feb 2007 08:16:04 +0100 (CET) Original-Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 68FC9100F6; Mon, 26 Feb 2007 08:16:04 +0100 (CET) Original-Received: from lola.goethe.zz (dslb-084-061-006-098.pools.arcor-ip.net [84.61.6.98]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id 3F6BB110BA; Mon, 26 Feb 2007 08:16:04 +0100 (CET) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 4E6BD1D17413; Mon, 26 Feb 2007 08:16:02 +0100 (CET) In-Reply-To: (Richard Stallman's message of "Sun\, 25 Feb 2007 22\:27\:16 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.94 (gnu/linux) X-detected-kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:66828 Archived-At: Richard Stallman writes: > Regardless of the system load: the load may be low at the moment > _exactly_ because the user terminated all processes that would disturb > the interactivity of his current work, and I think it a mistake that > Emacs considers the CPU fit for grabbing for its own purposes unless > the user _explicitly_ asked for it. > > Stealth fontification is intended to stop whenever the user types a > character. So why would it interfere with the "interactivity" of > Emacs commands? Who is talking about the interactivity of Emacs? Emacs might not be the only application on the system. > Is there a bug which prevents stealth fontification from stopping > quickly? Actually, yes. There are font-locking situations in stealth fontification that don't finish immediately and even cause quite a bit of sluggishness for Emacs itself. But even apart from that, even if all font lock patterns for all modes worked perfectly, this causes _considerable_ power drain whenever I restart Emacs, reloading all files using desktop.el. The fan goes on, blinking gets sluggish, and I notice that Emacs is eating my batteries _again_. Even if this worked perfectly (which it doesn't), we have no business eating "stealth CPU" power in the default configuration since it is near impossible for the user (heck, I am not exactly naive, and it was impossible for me to find this on my own without an explicit pointer after an error report) to guess just _what_ is eating her CPU. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum