comp.lang.ada
 help / color / mirror / Atom feed
From: pautet@email.enst.fr (Laurent Pautet)
Subject: Re: Configuration Management for Ada on Unix
Date: 1996/05/28
Date: 1996-05-28T00:00:00+00:00	[thread overview]
Message-ID: <4oeqp1$1mn@scapin.enst.fr> (raw)
In-Reply-To: 31AADEFA.2781E494@escmail.orl.mmc.com


Theodore E. Dennison <dennison@escmail.orl.mmc.com> wrote:
>Laurent Pautet wrote:
>> Maybe I am wrong, but I think SCCS is very unefficient because it
>> stores patches between Version (N+1) - Version (N) and when you want
>> to access to version N, internally SCCS retrieves version 0 and
>> applies all the patches to obtain version N. RCS stores the last
>> version (rather than the first one) and differences between Version
>> (N) - Version (N+1).
>> 
>
>That depends on what you mean by "inefficient". Assuming you aren't
>making massive changes to files when you check them out, it is very
>efficient for disk space, at the expense of checkout and checkin 
>time.

No, no. 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. To get the
previous version, RCS applies a patch. My argument concerns the way
the storage space is structured. SCCS and RCS have different storage
models, different ways of building a given version. SCCS starts from
the first version, RCS starts from the last version. That's all. The
storage size is the same but the time to build the last version is
(N-1) * T for SCCS and 0 for RCS (T = average time to apply a patch, N
= number of file version). It is the difference between SCCS's
interleaved deltas and RCS's reverse deltas. Retrieving the last
version is a very common operation. So, RCS is more time efficient
than SCCS. Concerning disk space, it is almost exactly the same
efficiency based on difference between two successive versions.
-- 
-- Laurent




  reply	other threads:[~1996-05-28  0:00 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-05-22  0:00 Configuration Management for Ada on Unix David R. Ellison
1996-05-22  0:00 ` Theodore E. Dennison
1996-05-24  0:00   ` Laurent Pautet
1996-05-25  0:00     ` Bob Crispen
1996-05-26  0:00       ` Laurent Pautet
1996-05-28  0:00         ` Theodore E. Dennison
1996-05-28  0:00           ` Laurent Pautet [this message]
1996-05-28  0:00             ` Tucker Taft
1996-05-29  0:00               ` Laurent Pautet
1996-05-29  0:00         ` Chris Papademetrious
1996-05-30  0:00           ` Laurent Pautet
1996-05-30  0:00           ` Robert Dewar
1996-06-01  0:00       ` Jim Kingdon
1996-06-02  0:00         ` Laurent Pautet
1996-05-22  0:00 ` Robert Dewar
1996-05-23  0:00   ` Dave Wood
1996-05-23  0:00 ` Bob Gilbert
  -- strict thread matches above, loose matches on Subject: below --
1996-05-30  0:00 Bob Crispen
1996-05-30  0:00 W. Wesley Groleau (Wes)
1996-05-30  0:00 ` Samuel Tardieu
1996-05-30  0:00   ` James A. Squire
1996-05-31  0:00   ` James A. Squire
1996-05-31  0:00     ` Robert Dewar
1996-05-31  0:00   ` Brendan WALKER
1996-05-31  0:00     ` Richard A. O'Keefe
1996-05-31  0:00       ` David Weller
1996-05-31  0:00         ` Fergus Henderson
1996-05-31  0:00   ` Samuel Tardieu
1996-06-02  0:00   ` Jim Kingdon
1996-06-03  0:00   ` James A. Squire
1996-06-03  0:00   ` James A. Squire
1996-06-04  0:00   ` Simon Wright
1996-06-04  0:00   ` Samuel Tardieu
1996-06-04  0:00   ` Ken Garlington
1996-06-04  0:00     ` John McCabe
1996-06-05  0:00   ` Jim Kingdon
1996-06-05  0:00   ` James A. Squire
1996-06-05  0:00     ` David Weller
1996-06-05  0:00   ` James A. Squire
1996-06-05  0:00     ` Robert Dewar
1996-06-05  0:00   ` James A. Squire
1996-06-06  0:00   ` Ken Garlington
1996-06-06  0:00   ` Kevin F. Quinn
1996-06-07  0:00   ` Kevin F. Quinn
1996-06-09  0:00   ` John & Susan Edge & Farrina Wilson
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox