From owner-freebsd-current Wed Jan 24 01:43:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14812 for current-outgoing; Wed, 24 Jan 1996 01:43:19 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14804 for ; Wed, 24 Jan 1996 01:43:14 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tf1jU-0003wtC; Wed, 24 Jan 96 01:43 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA06547; Wed, 24 Jan 1996 10:43:11 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: FreeBSD-current@FreeBSD.ORG Subject: Re: recent diffs In-reply-to: Your message of "Wed, 24 Jan 1996 10:10:35 +0100." <199601240910.KAA10290@uriah.heep.sax.de> Date: Wed, 24 Jan 1996 10:43:10 +0100 Message-ID: <6545.822476590@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > Ok, the above doesn't bother me too much since i'm using ctm for CVS, > but one thing i'd like to see: better optimize the very frequent case > that a file is moved around in the CVS master from foo/ to foo/Attic. > The current way is to remove the existing file, but retransmit it for > the Attic copy. This is a special case of a grander optimization scheme I thought about, for all files removed and added (and a move is considered a add&remove for now) try to see if any of the removed files can be used to construct the added ones. Giving preference to files with the same basename should make the search terminate pretty fast. Yes, it's there, on the drawingboard... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.