Received: from spf5.us4.outblaze.com (spf5.us4.outblaze.com [205.158.62.27]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id iB6KLILW005211 for ; Mon, 6 Dec 2004 20:21:18 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf5.us4.outblaze.com (Postfix) with ESMTP id 516BB76FFC for ; Mon, 6 Dec 2004 20:10:41 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CbPLi-0003tq-T7 for migo@homemail.com; Mon, 06 Dec 2004 15:20:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CbPLI-0003te-E7 for gnu-arch-users@gnu.org; Mon, 06 Dec 2004 15:20:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CbPLH-0003tK-QH for gnu-arch-users@gnu.org; Mon, 06 Dec 2004 15:20:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CbPLH-0003tA-N3 for gnu-arch-users@gnu.org; Mon, 06 Dec 2004 15:20:19 -0500 Received: from [212.9.189.169] (helo=albireo.enyo.de) by monty-python.gnu.org with esmtp (TLSv1:RC4-SHA:128) (Exim 4.34) id 1CbPBP-0003Oq-Dx for gnu-arch-users@gnu.org; Mon, 06 Dec 2004 15:10:07 -0500 Received: from deneb.enyo.de ([212.9.189.171]) by albireo.enyo.de with esmtp id 1CbPBN-000725-RC for gnu-arch-users@gnu.org; Mon, 06 Dec 2004 21:10:05 +0100 Received: from fw by deneb.enyo.de with local (Exim 4.43) id 1CbPBN-0001iN-1N for gnu-arch-users@gnu.org; Mon, 06 Dec 2004 21:10:05 +0100 From: Florian Weimer To: gnu-arch-users@gnu.org Subject: Re: [Gnu-arch-users] Arch Versus CVS Versus Subversoin References: <20041205000613.PNEI7152.lakermmtao09.cox.net@nonerjsnum1tkq> <26E1F314-4654-11D9-AD55-000A957659CC@spy.net> <20041205023828.GA11443@suffields.me.uk> <87pt1o9kvb.fsf@tleepslib.sk.tsukuba.ac.jp> <200412061850.iB6IoWmS036469@xl2.seyza.com> Date: Mon, 06 Dec 2004 21:10:05 +0100 In-Reply-To: <200412061850.iB6IoWmS036469@xl2.seyza.com> (Thomas Lord's message of "Mon, 6 Dec 2004 10:50:32 -0800 (PST)") Message-ID: <87brd7428y.fsf@deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: gnu-arch-users@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: a discussion list for all things arch-ish List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org Status: RO Content-Length: 1659 Lines: 44 * Thomas Lord: > Another point is that we have seen zero (`0') evidence that any > significant saving would arrive, under any real-world usage > conditions, from the use of binary deltas. If you use binary deltas for text files, too, it's likely that you won't need revision libraries anymore because constructing revisions from the archive itself would be fast enough. (Yes, I know your arguments why it can't be done.) > Who is editting these BLOB files that change in such reliably small > xdelta increments? You could not even use xdelte because it tries to store both source and target in memory. > I have heard suggestions like "people editting sound files" but, > supposing that the on-disk format of such files is a compressed one, > is that really true? During development, no one hopefully uses compressed file formats. However, you'd probably need such a huge window size to detect those edits that existing algorithms wouldn't be able to compress even simple editing operations efficiently. (I believe there audio systems that already store intention lists, which appears to be a good idea anyway.) > Don't get me wrong: I can think of plenty of applications for > non-textual diffs. I just don't see any huge wins for generic > binary diffs. Does anyone else? Some people use version control systems for backup and file sharing purposes, and might use it to distribute compiled binaries. 8-) _______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/