From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent Ladeuil Newsgroups: gmane.comp.version-control.bazaar-ng.general,gmane.emacs.devel Subject: Re: Emacs repository benchmark: bzr and git Date: Thu, 27 Mar 2008 14:59:49 +0100 Message-ID: References: <20080318154316.GA6242@mithlond.arda.local> <47DFE4EA.5000600@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1206626447 8254 80.91.229.12 (27 Mar 2008 14:00:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2008 14:00:47 +0000 (UTC) Cc: bazaar@lists.canonical.com, rms@gnu.org, lennart.borgman@gmail.com, emacs-devel@gnu.org, tlikonen@iki.fi To: Stefan Monnier Original-X-From: bazaar-bounces@lists.canonical.com Thu Mar 27 15:01:15 2008 Return-path: Envelope-to: gcvbg-bazaar-ng@m.gmane.org Original-Received: from chlorine.canonical.com ([91.189.94.204]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jesef-00041s-VZ for gcvbg-bazaar-ng@m.gmane.org; Thu, 27 Mar 2008 15:00:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com) by chlorine.canonical.com with esmtp (Exim 4.60) (envelope-from ) id 1Jese0-0005Wn-LB; Thu, 27 Mar 2008 13:59:52 +0000 Original-Received: from smtp2-g19.free.fr ([212.27.42.28]) by chlorine.canonical.com with esmtp (Exim 4.60) (envelope-from ) id 1Jesdy-0005WP-AY for bazaar@lists.canonical.com; Thu, 27 Mar 2008 13:59:50 +0000 Original-Received: from smtp2-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp2-g19.free.fr (Postfix) with ESMTP id 1C3E612B6D0; Thu, 27 Mar 2008 14:59:50 +0100 (CET) Original-Received: from localhost (lec67-4-82-230-53-244.fbx.proxad.net [82.230.53.244]) by smtp2-g19.free.fr (Postfix) with ESMTP id 8F94D12B6F4; Thu, 27 Mar 2008 14:59:49 +0100 (CET) Original-Received: by localhost (Postfix, from userid 501) id 5080D41FF; Thu, 27 Mar 2008 14:59:49 +0100 (CET) In-Reply-To: (Stefan Monnier's message of "Wed, 26 Mar 2008 22:55:12 -0400") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1.50 (gnu/linux) X-BeenThere: bazaar@lists.canonical.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: bazaar discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bazaar-bounces@lists.canonical.com Errors-To: bazaar-bounces@lists.canonical.com Xref: news.gmane.org gmane.comp.version-control.bazaar-ng.general:39357 gmane.emacs.devel:93635 Archived-At: >>>>> "Stefan" == Stefan Monnier writes: >> I've tried to get a list of things that Bazaar needs to improve from >> trawling through this list and bugs on the Bazaar tracker. >> So far I have: >> * bzr log needs to be much faster for single files[1] and for >> subsets of history. >> * bzr diff -r needs to take at most a couple of seconds >> * bzr st needs to be instantaneous. >> * Must be able to get the diff between the current branch and its >> parent very quickly. Stefan> Actually, this last point is the same as the second. As for the Stefan> remaining three they come in this order: Stefan> * bzr st needs to be instantaneous. Stefan> * bzr diff -r needs to take at most a couple of seconds Stefan> * bzr log needs to be much faster for single files[1] and for Stefan> subsets of history. Stefan> The first is very serious since it make vc-bzr Stefan> unusable. I know that one since it's the precise reason why I stopped using vc-bzr months ago. Can you tell us which precise information is needed by vc-bzr (my understanding, dating from vc-cvs years ago now, is that it wants to display the file version in the mode line). I suspect that 'bzr st' aim does not fit vc-bzr needs at all (even if it's the closest available command from bzr). Stefan> Also it's very easy to fix by providing a new option Stefan> that prevents outputting the list of pending changes Stefan> (which is the operation that takes a long time, and Stefan> we don't need that info anyway). Correct. But with a better understanding of the needs we may find a better solution without special-casing bzr st. Stefan> Also, given the current performance problems, we Stefan> haven't tried much more. E.g. I have no idea how Stefan> easy it will be to keep Bzr-Emacs in sync with Gnus's Stefan> repository. Does that mean that Gnus is maintained as a separate project and regularly kept in sync/imported in the emacs CVS repository ? If yes, the best solution will be what bzr call 'nested trees' which is currently working on. >> [1] Bazaar tends to assume you want to work with the whole >> tree for every operation. I think this might be the root >> cause of a lot of the disappointment in Bazaar's >> performance. Stefan> Actually, as far as I can tell, most of the above Stefan> problems are unrelated to "single file vs whole Stefan> tree": it takes about the same time to do it on a Stefan> single file than on the whole tree. I think you both agree :) Internally bzr tends (this is less and less true) to process the whole tree and then filter the results. Vincent