Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262122AbVELU6K (ORCPT ); Thu, 12 May 2005 16:58:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262120AbVELU6J (ORCPT ); Thu, 12 May 2005 16:58:09 -0400 Received: from waste.org ([216.27.176.166]:56993 "EHLO waste.org") by vger.kernel.org with ESMTP id S262118AbVELU5o (ORCPT ); Thu, 12 May 2005 16:57:44 -0400 Date: Thu, 12 May 2005 13:57:35 -0700 From: Matt Mackall To: Petr Baudis Cc: linux-kernel , git@vger.kernel.org, mercurial@selenic.com, Linus Torvalds Subject: Re: Mercurial 0.4e vs git network pull Message-ID: <20050512205735.GE5914@waste.org> References: <20050512094406.GZ5914@waste.org> <20050512182340.GA324@pasky.ji.cz> <20050512201116.GC5914@waste.org> <20050512201406.GJ324@pasky.ji.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050512201406.GJ324@pasky.ji.cz> User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2130 Lines: 49 On Thu, May 12, 2005 at 10:14:06PM +0200, Petr Baudis wrote: > Dear diary, on Thu, May 12, 2005 at 10:11:16PM CEST, I got a letter > where Matt Mackall told me that... > > On Thu, May 12, 2005 at 08:23:41PM +0200, Petr Baudis wrote: > > > Dear diary, on Thu, May 12, 2005 at 11:44:06AM CEST, I got a letter > > > where Matt Mackall told me that... > > > > Mercurial is more than 10 times as bandwidth efficient and > > > > considerably more I/O efficient. On the server side, rsync uses about > > > > twice as much CPU time as the Mercurial server and has about 10 times > > > > the I/O and pagecache footprint as well. > > > > > > > > Mercurial is also much smarter than rsync at determining what > > > > outstanding changesets exist. Here's an empty pull as a demonstration: > > > > > > > > $ time hg merge hg://selenic.com/linux-hg/ > > > > retrieving changegroup > > > > > > > > real 0m0.363s > > > > user 0m0.083s > > > > sys 0m0.007s > > > > > > > > That's a single http request and a one line response. > > > > > > So, what about comparing it with something comparable, say git pull over > > > HTTP? :-) > > > > ..because I get a headache every time I try to figure out how to use git? :-P > > > > Seriously, have a pointer to how this works? > > Either you use cogito and just pass cg-clone an HTTP URL (to the git > repository as in the case of rsync - > http://www.kernel.org/pub/scm/cogito/cogito.git should work), or you > invoke git-http-pull directly (passing it desired commit ID of the > remote HEAD you want to fetch, and the URL; see > Documentation/git-http-pull.txt). Does this need an HTTP request (and round trip) per object? It appears to. That's 2200 requests/round trips for my 800 patch benchmark. How does git find the outstanding changesets? -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/