From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3c8a1ddc13ecb354 X-Google-Attributes: gid103376,public From: kingdon@harvey.cyclic.com (Jim Kingdon) Subject: Re: Configuration Management for Ada on Unix Date: 1996/06/01 Message-ID: #1/1 X-Deja-AN: 157985191 sender: kingdon@harvey.cyclic.com references: <4nvm27$e68@gde.GDEsystems.COM> <31A79E0A.2F99@hiwaay.net> organization: very little newsgroups: comp.lang.ada Date: 1996-06-01T00:00:00+00:00 List-Id: > What I mean is to get the last version of a file, SCCS gets > the first version and applies all the patches to get the last > version. With RCS or CVS, the last version is always there. I've done a certain amount of tweaking CVS performance, and the time involved in applying deltas does not dominate. The big performance bottlenecks are (1) figuring out what files to operate on. I would guess that by now this has been tweaked in CVS to the point where fairly fundamental changes (which are not out of the question) will be needed for further improvements, and (2) getting to the point of being ready to actually apply deltas for a particular file. In the current implementation, this requires way too much fork/exec and other system calls, and could be improved a lot in relatively straightforward ways. Incidentally, Cyclic (a CVS support company, see http://www.cyclic.com) is starting to look at the Ada market. If anyone has any particular opinions they would like to share about what the Ada community wants from configuration management, I'd be interested in knowing them (by email please; post the message as well if you so desire).