From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Surely 'bzr update' shouldn't be this slow? Date: Thu, 07 Jan 2010 14:56:02 +0100 Message-ID: <87wrzuc93h.fsf@telefonica.net> References: <20100103174743.GB1653@muc.de> <87bphbhxxt.fsf@telefonica.net> <20100106131039.GB2447@muc.de> <4B448FF5.5060900@gnu.org> <87hbqze39u.fsf@telefonica.net> <20100107134011.GA2381@muc.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1262872613 8165 80.91.229.12 (7 Jan 2010 13:56:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Jan 2010 13:56:53 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 07 14:56:43 2010 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 1NSsqv-0000oH-33 for ged-emacs-devel@m.gmane.org; Thu, 07 Jan 2010 14:56:41 +0100 Original-Received: from localhost ([127.0.0.1]:52473 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSsqv-0007yy-Fh for ged-emacs-devel@m.gmane.org; Thu, 07 Jan 2010 08:56:41 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NSsqp-0007vB-Ja for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:56:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NSsqk-0007ht-KD for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:56:35 -0500 Original-Received: from [199.232.76.173] (port=58187 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSsqk-0007hg-9G for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:56:30 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:37545) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NSsqj-0000zg-J3 for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:56:29 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSsqg-0000iQ-Dh for emacs-devel@gnu.org; Thu, 07 Jan 2010 14:56:26 +0100 Original-Received: from 217.red-88-24-214.staticip.rima-tde.net ([88.24.214.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jan 2010 14:56:26 +0100 Original-Received: from ofv by 217.red-88-24-214.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jan 2010 14:56:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 56 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.red-88-24-214.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) Cancel-Lock: sha1:FMrBRxdA/QNuEYenceQo0LMBtmw= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:119572 Archived-At: Alan Mackenzie writes: [snip] >> 39 minutes for branching outside the shared repository corresponds to a >> slow machine. It is 10 minutes on a GNU/Linux 2.4 GHz 64 bits >> worksation-class machine. Bazaar is no speed daemon, but in this case it >> has to process more than 200 MB of data (not merely copying it around.) > > I beg your pardon? My machine is a 1.2 GHz Athlon. That is NOT a slow > machine by any measure, except that even faster machines are now > common. I think that that is the definition of "slow machine" :-) > Why does Bazaar need to "process" this data? It's essentially doing > copying, with some accompanying administrivia. It is not copying, and in that case it can't simply copy the data. A shared repository contains data from all the branches it encloses. When you branch from it, only the data that belongs to the branch you want must be transferred. I don't know why Bazaar does not copy the files under .bzr when you clone a branch when it is on the same format that the target, though. A good question for it ml. > Is it doing heavy number crunching in Python, when it really needs a C > module, or something like that? The inner loops are written in C. > I just did a 'bzr update' on my .../trunk. It took 23 minutes, > transferring nearly 200Mb to/from savannah in the process. This compares > with all our source files (.c, .h, .el) being ~64Mb. Could it be that > 'bzr update' just downloads the whole repository again? Or has somebody > else raised this issue on another thread that I've missed? Yup, that was recently discussed here. It was an exceptional case (I hope). > There seems to be a substantial mismatch between the assumptions of the > bzr project and the realities of the Emacs project. My impression is > that bzr is so slow as to be barely usable at the moment. Apart from the 200MB download, do you think that bzr is too slow on your daily Emacs work? Which operations are too slow for you? Sometimes I work on a netbook, which maybe is comparable to your 1.2GHz Athlon on CPU power, and some operations are slow indeed (>20 seconds for the log of a file.) I raised this on the Bazaar ml, but most people there think that Bazaar is fast enough and no extensive work is planned for performance improvements. -- Óscar