DataMuseum.dk

Presents historical artifacts from the history of:

CR80 Wang WCS documentation floppies

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about CR80 Wang WCS documentation floppies

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - download

⟦cd22a4540⟧ Wang Wps File

    Length: 4802 (0x12c2)
    Types: Wang Wps File
    Notes: CPS/REP/006               
    Names: »4836A «

Derivation

└─⟦060f447e1⟧ Bits:30006194 8" Wang WCS floppy, CR 0460A
    └─ ⟦this⟧ »4836A « 

WangText




…02…CPS/REP/006

…02…840412…02……02…#
SUMMARY REPORT OF CAMPS MEMORY SIZING
…02……02…CAMPS










                    T̲A̲B̲L̲E̲ ̲O̲F̲ ̲C̲O̲N̲T̲E̲N̲T̲S̲



   1 INTRODUCTIONS ..................................
        4

     1.1 PURPOSE ....................................
            4
     1.2 BACKGROUND .................................
            4

   2 SIZING REPORT ..................................
        5

     2.1 CAUSES TO MEMORY GROWTH ....................
            5
     2.2 CURRENT MEMORY SIZING REQUIREMENTS .........
            5
     2.3 MEMORY SIZE REDUCTION ......................
            6
     2.4 MEMORY SIZE REQUIREMENT PER SITE ...........
            7


                     1̲ ̲ ̲I̲N̲T̲R̲O̲D̲U̲C̲T̲I̲O̲N̲



         As part of the continuously ongoing system verification
         process, Christian Rovsing A/S has monitored the memory
         size, as one of the system parameters. It is the latest
         results of this effort, which is presented in this
         summary report.



1.1      P̲U̲R̲P̲O̲S̲E̲

         The purpose of this report it to explain the causes
         of the increase in memory consumption, and to list
         the needed number of memory-boards for the diffent
         sites.



1.2      B̲A̲C̲K̲G̲R̲O̲U̲N̲D̲

         The result contained in this report is based on a Christian
         Rovsing internal technical note, which at a very detailed
         level calculates the memory sizing figures.

         This detailed analysis effort started on 2'nd April
         1984 and was completed on 6'th April 1984.

         The technical note has provided the visibility which
         makes it possible to calculate the exact change in
         size of memory, when the CAMPS configuration is changed
         (e.g. connectivity).




                     2̲ ̲ ̲S̲I̲Z̲I̲N̲G̲ ̲R̲E̲P̲O̲R̲T̲


         This chapter explains the causes for the increase in
         memory size and presents the current memory sizing
         figures.



2.1      C̲A̲U̲S̲E̲S̲ ̲T̲O̲ ̲M̲E̲M̲O̲R̲Y̲ ̲G̲R̲O̲W̲T̲H̲

         The main reasons for the increase in memory sizing
         requirements are:

         a)  A complex VDU screen oriented man-machine interface.
             The VDU concept requires large buffers at a time,
             complex handlers and additional tables.

         b)  A complex interrelationship between states and
             sequences of events (primarily caused by the man-machine
             interface) requires a large number of queues and
             subqueues, which must be memory resident.

         c)  The three split design, which has been implemented
             due to security, requires additional memory due
             to a large number of logical devices.

         d)  Software design is emphasizing security and integrity
             to a level, which is above the minimum specified
             in the system requirement.

         Point c and d are not required in the CAMPS systems
         requirement but have been implemented by the objective
         to design a multilevel secure system or at least getting
         very close.



2.2      C̲U̲R̲R̲E̲N̲T̲ ̲M̲E̲M̲O̲R̲Y̲ ̲S̲I̲Z̲I̲N̲G̲ ̲R̲E̲Q̲U̲I̲R̲E̲M̲E̲N̲T̲S̲

         Below is the current non-optimized memory allocation
         presented for the In-plant Software Test Configuration:



         a)  F̲i̲x̲e̲d̲ ̲P̲r̲o̲g̲r̲a̲m̲ ̲a̲n̲d̲ ̲D̲a̲t̲a̲ ̲S̲i̲z̲e̲

             System Processes
             Handler
             Queues                           690 pages
             Tables

             Fixed Application processes:     ̲3̲6̲8̲ ̲p̲a̲g̲e̲s̲

                                             1058 pages

         b)  V̲a̲r̲i̲a̲b̲l̲e̲ ̲P̲r̲o̲g̲r̲a̲m̲ ̲a̲n̲d̲ ̲D̲a̲t̲a̲ ̲S̲i̲z̲e̲

             Terminal Processes
             Device Processes                 808 pages
             Channel Processes

         c)  A̲d̲d̲i̲t̲i̲o̲n̲a̲l̲

             Test Tools                        62 pages

         This makes total memory consumption of 1928 pages (each
         pages is 1 K word).

         An analyze of the memory consumption shows that out
         of the total of 1928 pages, the more complex man-machine
         interface consumes 383 pages and the additional security
         features consumes 220 pages, which gives a total of
         603 pages allocated for those two purposes.



2.3      M̲E̲M̲O̲R̲Y̲ ̲S̲I̲Z̲E̲ ̲R̲E̲D̲U̲C̲T̲I̲O̲N̲

         The following adjustments are planned and can be implemented
         without negative side-effects:

         Adjustment of Process Parameter Segments to the individual
         needs per process type:              318 pages

         Removal of Test Tools:                62 pages

         This gives a total reduction of      380 pages.

         The resulting memory sizing requirement for the In-plant
         software test configuration is thus 1548 pages (each
         page is 1 K word).





2.4      M̲E̲M̲O̲R̲Y̲ ̲S̲I̲Z̲E̲ ̲R̲E̲Q̲U̲I̲R̲E̲M̲E̲N̲T̲ ̲P̲E̲R̲ ̲S̲I̲T̲E̲

         Based on the memory calculations described above and
         the connectivity specified in CAMPS System Requirements,
         Issue 3.15, 831219, page 237a, the memory requirements
         for the different sites has been calculated.

         This results in a required memory of three 512 KW RAM
         Boards per PU per small site and four 512 KW RAM Boards
         per PU per large site.

         Small and large sites are specified in appendix A.