From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: James Cloos Newsgroups: gmane.emacs.devel Subject: Re: 15 seconds to fontify index Date: Tue, 03 Apr 2007 12:33:38 -0400 Message-ID: References: <87abxqz8fx.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1175618107 32304 80.91.229.12 (3 Apr 2007 16:35:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 3 Apr 2007 16:35:07 +0000 (UTC) Cc: Eli Zaretskii , Richard Stallman , Miles Bader To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 03 18:34:59 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 1HYly3-0005TR-MT for ged-emacs-devel@m.gmane.org; Tue, 03 Apr 2007 18:34:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HYm1D-0001Ar-H0 for ged-emacs-devel@m.gmane.org; Tue, 03 Apr 2007 12:38:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HYm19-000167-BD for emacs-devel@gnu.org; Tue, 03 Apr 2007 12:37:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HYm16-00010h-Mc for emacs-devel@gnu.org; Tue, 03 Apr 2007 12:37:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HYm16-00010S-Hm for emacs-devel@gnu.org; Tue, 03 Apr 2007 12:37:56 -0400 Original-Received: from atl.uu.jhcloos.net ([207.210.96.115]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HYlxt-0005zy-Vz; Tue, 03 Apr 2007 12:34:38 -0400 Original-Received: by atl.uu.jhcloos.net (Postfix, from userid 10) id 3D41ABB48B; Tue, 3 Apr 2007 16:34:36 +0000 (UTC) Original-Received: by lugabout.jhcloos.org (Postfix, from userid 500) id 1479F1E72A3; Tue, 3 Apr 2007 16:34:01 +0000 (UTC) In-Reply-To: <87abxqz8fx.fsf@catnip.gol.com> (Miles Bader's message of "Tue\, 03 Apr 2007 08\:02\:26 +0900") Face: iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAAMnRFWHRUaXRsZQAvbWF4dG9y L2Nsb29zL2luY29taW5nLzIwMDQvMDIvUFdHL0pIQzE2LnBuZyJMlEwAAAAadEVYdFNvZnR3YXJl AEdOT01FIEljb24gRWRpdG9ynioKbAAAAHFJREFUeJzFk8EKwCAMQ1/ED9cvzw6iuM0N9WIvDTWE 1KjAxmKnLBEBjLcEIBCeI2nccy5YKrjxwbbvAvZ37zlo4GB9iRMC/cq/AppItwmMyJ5I98wd9G7P xxgrSKlYS2lMrOcV13o95aVSKA7E5ndGXG+IIzcl4BNfAAAAAElFTkSuQmCC Copyright: Copyright 2007 James Cloos X-Hashcash: 1:23:070403:emacs-devel@gnu.org::Q24p9FG+3W7ZhXfT:000000000000000000000000000000000000000000GhYL X-Hashcash: 1:23:070403:eliz@gnu.org::Llk0UkHIhtpXQCkL:00000Ll6o X-Hashcash: 1:23:070403:miles@gnu.org::nFbdMJlfdyrkn6aL:0001RGMr X-Hashcash: 1:23:070403:rms@gnu.org::K36RjTFjuj+zUtoX:000001pnIr Original-Lines: 35 User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.0 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:69005 Archived-At: >>>>> "Miles" == Miles Bader writes: Miles> $ time emacs -Q -nw --eval '(info "(elisp)Index")' -kill I tried that a couple of times in a row on my 1GHz P3M laptop. With a cold cache it took: real 0m11.614s user 0m2.568s sys 0m0.205s but with a hot cache that drops down to: real 0m2.794s user 0m2.542s sys 0m0.157s So it seems a huge part of it is io wait. NB that my info dir is compressed, so that time includes gunzip(1) time. In doing this test, I discovered that my latest updates did not remove the old copies of the emacs and elisp info pages. The latest installs I have (by way of the Gentoo ebuild) use bzip2(1) rather than gzip(1) to compress the files. Removing the old, thus forcing the new, bumps the time up to just under 10 seconds of user time, or about 3.83 times as long. So, perhaps part of the slowdown is that distributors are compressing the info pages. Especially if with bzip2(1). -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6