[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

ECO patches cause Incrementals to be twice as big.

To: slug-out%samson.cadr.dialnet.symbolics.com@RELAY.CS.NET
Subject: ECO patches cause Incrementals to be twice as big.
From: "Mr. Spock" <Spock%samson.cadr.dialnet.symbolics.com@RELAY.CS.NET>
Date: Mon, 8 May 89 09:42:00 EDT
Internet-address: SPOCK%samson.cadr.dialnet.symbolics.com@riverside.scrc.symbolics.com
Phone-number: (209)586-7422
Snail-mail-address: American Microsystems Inc. (A wholly owned subsidiary of Gould Inc.) CAD Research Lab. P.O. Box 967 Twain Harte, CA 95383

Anyone else found this to be true?  Our scenario is as described below:

The difference we see is between optimized incremental saves on the
genera 7.2 distribution world and optimized incremental saves on an
optimized (using si:full-gc) complete save with eco's.

1) Genera7-2.load -> inc-save-1 -> inc-save-2

vs.

2) Genera7-2.load -> complete-save-1 (including site info and eco patches only) -> inc-save-1 -> inc-save-2

Where inc-save-1 and inc-save-2 in 2 are about twice the size of
inc-save-1 and inc-save-2 in 1, respectively.


I have contacted customer-reports on this point and it has been
suggested that I try not optimizing the Incrementals.  Anyone else have
any suggestions/solutions?

Prev by Date: Re: Music on the Symbolics Machines
Next by Date: [grant@master.symcan.dialnet.symbolics.com: Music on the Symbolics Machines]
Previous by thread: case query
Next by thread: [grant@master.symcan.dialnet.symbolics.com: Music on the Symbolics Machines]
Index(es):
- Date
- Thread