From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Surely 'bzr update' shouldn't be this slow? [was: branch] Date: Thu, 7 Jan 2010 13:40:12 +0000 Message-ID: <20100107134011.GA2381@muc.de> References: <20100103174743.GB1653@muc.de> <87bphbhxxt.fsf@telefonica.net> <20100106131039.GB2447@muc.de> <4B448FF5.5060900@gnu.org> <87hbqze39u.fsf@telefonica.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1262871300 3529 80.91.229.12 (7 Jan 2010 13:35:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Jan 2010 13:35:00 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 07 14:34:53 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 1NSsVo-0006AK-Nf for ged-emacs-devel@m.gmane.org; Thu, 07 Jan 2010 14:34:53 +0100 Original-Received: from localhost ([127.0.0.1]:56663 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSsVo-0002E1-Jb for ged-emacs-devel@m.gmane.org; Thu, 07 Jan 2010 08:34:52 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NSsV4-0001GQ-WA for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:34:07 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NSsUz-000170-SZ for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:34:06 -0500 Original-Received: from [199.232.76.173] (port=52040 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSsUz-00016k-N5 for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:34:01 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:2583 helo=mail.muc.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NSsUz-0001y5-4D for emacs-devel@gnu.org; Thu, 07 Jan 2010 08:34:01 -0500 Original-Received: (qmail 13938 invoked by uid 3782); 7 Jan 2010 13:33:56 -0000 Original-Received: from acm.muc.de (pD9E23533.dip.t-dialin.net [217.226.53.51]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Thu, 07 Jan 2010 14:33:55 +0100 Original-Received: (qmail 4027 invoked by uid 1000); 7 Jan 2010 13:40:12 -0000 Content-Disposition: inline In-Reply-To: <87hbqze39u.fsf@telefonica.net> User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.6-4.9 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:119569 Archived-At: Hi, Óscar, On Wed, Jan 06, 2010 at 03:06:37PM +0100, Óscar Fuentes wrote: > Jason Rumney writes: > > Alan Mackenzie wrote: > >>>> Having created a local copy of the bzr repository in my directory > >>>> ~/emacs/emacs.bzr/trunk, I then went to create the now familiar > >>>> quickfixes branch from it, with this command: > >>>> $ time bzr branch emacs.bzr/trunk/ quickfixes/ > >> Ah, right. The .../quickfixes/ needs to be physically under > >> .../trunk, not just "related" to it. Thanks! > > I fear you may be heading for another 39 minute wait now. quickfixes > > needs to be under emacs/emacs.bzr, alongside trunk/, not under it. Thanks! Did that, and it took 33 seconds. That's OK. > As far as the directories containing the branches are under the > directory that acts as the shared repository, you will benefit from the > fast operations the shared branch brings in. You can move and rename > branches within the shared repository (as long as they are not > referenced by other branches: if you work with the recommended > decentralized workflow, renaming `trunk' will require some tweaking on > the other branches.) OK. Hopefully the other branches are referred to via a relative path rather than an absolute one. > 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. Why does Bazaar need to "process" this data? It's essentially doing copying, with some accompanying administrivia. Is it doing heavy number crunching in Python, when it really needs a C module, or something like that? 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? 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. > -- > Óscar -- Alan Mackenzie (Nuremberg, Germany).