From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-52247-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1Sbh9C-0000UM-31
for garchives@archives.gentoo.org; Mon, 04 Jun 2012 23:57:18 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id DAAA7E0B8E;
Mon, 4 Jun 2012 23:57:03 +0000 (UTC)
Received: from mail-pz0-f53.google.com (mail-pz0-f53.google.com [209.85.210.53])
by pigeon.gentoo.org (Postfix) with ESMTP id D8C04E0B7E
for <gentoo-dev@lists.gentoo.org>; Mon, 4 Jun 2012 23:56:22 +0000 (UTC)
Received: by dadg9 with SMTP id g9so7707230dad.40
for <gentoo-dev@lists.gentoo.org>; Mon, 04 Jun 2012 16:56:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=date:from:to:cc:subject:message-id:references:mime-version
:content-type:content-disposition:in-reply-to:user-agent;
bh=yVG16LlDUwPC98909RRk/vK9wNmKSg2aSvY2FoaCCWk=;
b=E6643x/L/yDGXk8p+srfwTjx01wEdVw0CdTXhMX6XdN8ufv873RjVpPkr3GT20z9+r
7AlLbHgU1c9aqgoNgfFtv+oDD6ixNI/OeDrrMYfWQBZfyCgITcdm3o6n4UczDei5qvhj
skJa4Mys2cNq9YbjIKDNu0akCdD6jduB9dvnGayK09x5we5Ho/2XqTajaoDOdsd8+D7m
I6Tw04iEsRlE/R47+zmfwhFqAf87lq+pvubMhleVTFFpnMNIrBSG1do7a95LSkr4D4yj
wRZAx5X8XAmTc9hNWpwPM+oj0ac6dFVi4cL0oee04TFw+Ziu/mvwLC6rfbc8mqzbizkU
+ImA==
Received: by 10.68.222.197 with SMTP id qo5mr29061194pbc.72.1338854182169;
Mon, 04 Jun 2012 16:56:22 -0700 (PDT)
Received: from smtp.gmail.com:587 (74-95-192-101-SFBA.hfc.comcastbusiness.net. [74.95.192.101])
by mx.google.com with ESMTPS id qm6sm273779pbc.10.2012.06.04.16.56.19
(version=TLSv1/SSLv3 cipher=OTHER);
Mon, 04 Jun 2012 16:56:21 -0700 (PDT)
Received: by smtp.gmail.com:587 (sSMTP sendmail emulation); Mon, 04 Jun 2012 16:56:43 -0700
Date: Mon, 4 Jun 2012 16:56:43 -0700
From: Brian Harring <ferringb@gmail.com>
To: robbat2@gentoo.org
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: metadata/md5-cache
Message-ID: <20120604235643.GD3692@localhost>
References: <m3hautb5fn.fsf@carbon.jhcloos.org>
<20120603092204.41c66ada@pomiocik.lan>
<pan.2012.06.03.08.31.43@cox.net>
<robbat2-20120603T085959-907082290Z@orbis-terrarum.net>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <robbat2-20120603T085959-907082290Z@orbis-terrarum.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Archives-Salt: e63e5ce2-84af-433d-9410-d2d995b0f1af
X-Archives-Hash: 0e7b908e5de75adb5b1b55204d27ba1e
On Sun, Jun 03, 2012 at 09:25:43AM +0000, Robin H. Johnson wrote:
> On Sun, Jun 03, 2012 at 08:31:43AM +0000, Duncan wrote:
> > Micha?? G??rny posted on Sun, 03 Jun 2012 09:22:04 +0200 as excerpted:
> >
> > >> Even if only the files metatdata changes, that still adds a significant
> > >> cost to an rsync.
> > > I wonder when it will come to the point where git will be more efficient
> > > than rsync. Or maybe it would be already?
> > Handwavey guess, but I've figured git to be more efficient client-side
> > for some time. Server-side I don't know about, but I've presumed that's
> > the reason the switch-to-git plans haven't included switching the default
> > for user-syncs to git. I expect user/client side, git would be more
> > efficient already, but as I said, that's handwavey guesses.
> No, the switch to git will NOT help users, it isn't more efficient.
>
> They will still be best served by rsync, for a couple of reasons:
> 1. metadata cache is NOT available in Git.
Sidenote, and this is mildly insane, I'd thought about submodules for
this; basically every rsync window, we dump the metadata into vcs,
which devs can pull down and make use of.
I've also not experimented w/ this workflow, so it could be batshit
insane. Anyone game to experiment?
~harring