From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Referring to revisions in the git future. Date: Thu, 30 Oct 2014 11:43:28 +0900 Message-ID: <87wq7i2s6n.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20141028223312.GB6630@acm.acm> <87fve7b6p7.fsf@fencepost.gnu.org> <20141029095248.GA14601@thyrsus.com> <20141029132636.GA2839@thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1414637061 14056 80.91.229.3 (30 Oct 2014 02:44:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Oct 2014 02:44:21 +0000 (UTC) Cc: "Eric S. Raymond" , David Kastrup , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 30 03:44:14 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xjfif-0003I9-RG for ged-emacs-devel@m.gmane.org; Thu, 30 Oct 2014 03:44:13 +0100 Original-Received: from localhost ([::1]:50383 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xjfie-0007Ox-VX for ged-emacs-devel@m.gmane.org; Wed, 29 Oct 2014 22:44:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37781) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XjfiK-0007Om-CY for emacs-devel@gnu.org; Wed, 29 Oct 2014 22:43:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XjfiC-0006Xs-SJ for emacs-devel@gnu.org; Wed, 29 Oct 2014 22:43:52 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:33865) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xjfi4-0006SB-Pg; Wed, 29 Oct 2014 22:43:37 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTP id DD2F41C3B1E; Thu, 30 Oct 2014 11:43:28 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id CECC51A27CF; Thu, 30 Oct 2014 11:43:28 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:176046 Archived-At: Stefan Monnier writes: > > Yes, git commits are cheap. > > The same was said of Bzr commits. I'll see when I start using it > more extensively. The bzr developers didn't care about speed until somebody complained, and their designs for repos were not only complexified by their requirements for human-friendliness (not to mentioned their attachment to multi-layered APIs), but they repeatedly changed those underlying data structures. Git has always had only one repo structure: a object database whose "large" structure is provided by what are basically conses (the commits). The database has been layered over "packs", it's true, but those are actually a speed optimization for accessing commits and other objects. Historically, Git also perceived itself to be competing on speed (specifically with Mercurial, thus the introduction of packs), and addressed performance issues quickly and thoroughly. I don't know if that makes you feel better, but it should. :-)