r;:I. ~ CONTR.OL DATA r;:l c::\ CONTR.OL DATA \::J r:::J CORPOR[\TION MEf\~O \!:J r::.; CORPOR[\TION FROM e)l.T. LOC .... TION: TO. ------'LOCATIOH. IFROM Baseline Change LDCA liON: ~~-~~~~;~pma~----~L~~~~~~ [. H. Michehl ____--'--'2=..!;!bb9 ARH293 Distribut=-i=-on~~ ______~_L- ___L___ ~C~ntrol Board ~~HOP~ __ SUS;Eel, OATE; ~-- OATE: _fyO[~~O_~~.~/R~,~R~e~v~.~~(~ ______~b 112/7B EffJt9; of AO/R Revisl.tms on Exis.tin9..JlRL'~s"--______-lb1bntL __

Attached is the NPP-approved (VSER 180 Architectural Objectives, Revision C. This document should be reviewed against existing DR's per the accs direction memo of b/b/7B. When Revision ( of the (YBER lBO AO/R is approved by NPP, the following The three change summaries attached outline changes in content between procedure applies. Revision B {Rev. 9} and Revision C {Rev. 12}. Please submit your updated statements of comoliance to the NPP Program Office as soon as All projects operating against an existing CVeER 180 DR will carefully possible. . review the revised AO/R and submit a new statement of compliance to the CVSER 180 Program Office within 10 working days of AO/R distribution.

-12E. H. Mi~~h-e~h'l------~ DIt' ector AD&C /?/! . paj ~!1 'i,. 1'4 . 1<' ' i!," ///~!.. ~-~7 H.Ny-Fr'pzie 6'178 L. V ~~11 J. tfclla e h

,,.

I \

"~II'''n IN II.'.'. EHM L/102178

CHANGES - REV. 11 TO REV. ka Section 7.11.11.'1 Two sentence~ were removed as irrelevant: Section ].. Restricting objectives to R1 Clarifies S1/THETA project.objectives without compromising 2. Comparative CPU times. product line objectives.. . 7.11.'1.].0.1 Paragraph removed - not directly related to objectives. No. 1~ - a reference for security design objectives. 7.5·1 BASIC speeds and benchmarks redefined. Clarifi~s between sensing and recording in the power system. &.2·3 Will support CYBERAMA. More precision on which disks are brought up by single button power-on. 8.'1 Clarification. hQuietJzingh dropped as a generally required option. 8. '1.7 MTTR average includes necessary trioS for parts. Feature matrix moved to section 11.1.5. Clarify assumption regarding degraded interruption~ Auto Power Recovery is to re~ui~e a 2~S second ride- through MG Set. .. 8.b.1I Clarifies critical PSR status of initial release. Further definition of short and long warnings. '1.], DoD Security Compliance is no longer excluded. Clarification, modification for performance is encouraged·. S} - Sam~ fUnction, iess implementation det~il. 10.'1.]. lD} - Clearer terminology. ].0. '1.2 Clarification of intent, remote maintenance interfaces 1'1} - Eliminates redundant information. are standard, the subsystem remains to be def5ned. Clarification of intent relative to compilers and compiler users. . . 2 port MUX is part of the basic mainframe in both C170 and (180 state· o.S. independence made a general product set requirement. MG Set Options reduced to eliminate proliferation of In the matrix - added ~PASCAL {~irth PASCAL}. development projects. 17} - Corrects compatibility objective of ALGOl LO Maintenance cost objectives stated in dollars and %. relative to ALGOL b8 Minimum THETA configuration is 11MB. Maximum defined Classification "medium, large and very ~arge" revised. real memory now is 32MB. O.S. independence requirement moved to Section 3.Q.1. Clarifies future terminals intent and relation to .(YBER 180 will comply with basis DoD security requirements. value added networks. Maximum terminal capacity {logical} has been.expanded. 12.".2-3 System Power cost changes. The Basic O.S. Is also prohibited from source code 12.5 Previous forecasts have been dropped. release for system software security considerations. 12.7.2 Schedul clarification~ Dual State link is a ].70/].80 feature only. MMF shared peripherals restricted to RMS and Front-ends~ 12.7.2.2.5 Some items delayed until b/7'1. User validation phased over 2 releases. Accounting phased over 2 releases~ Tasking added to Rl. Job· Dependency t~ R2. lBO state Basic tape I/O and volumes to R1. Online maintenance of tape in Rl via (170. Index Sequential to Rl~ All of DBnS ph,ased. ~ Change Summary - CYBtR 180· AO/R Second »rart or Rev. C {Rev. 11} Qu, /0 -h., (4w' I Section Section Minor wording changes to clarify the role of automatic power recovery. Requires that automatic power recovery Major Objectives - The specific areas of emphasis for be implemented in a safe manner. SJ, and THETA have been noted along with potential for impact on priority trade-off? The time constraints of short and long warnings are clarified. ]'.3.]' The release dates for 51 have been clarified. CEM does not mon1tor E5M or E~5. ],.3.3 The base for perforMance measurement remains CVBER 73. Added bullet regarding one button power for equipment other than the basic elements •. 2.0 Reference 10 has been updated and reference lS added. ~larifies the relationship of eq~ipment monitoring and power availability to peripherals in a multi-mainframe 3.]'.]'.], Per request of Engineering the terminology for inputl configuration. output unit.has been revl~ed. A reference to PP usage has been dropped {it was redundant The probable support of a two·IOU configuration has been to the earlier description}. noted and a reference to varying memory capacities added. The entire section'on Transaction Processing has been 3.},.J,.11 Minor wording changes to reduce the confusion regarding rp.placed. common memory vs. shared memory {the latter is low cost communication medium for dual mainframe configurations Sentence calling program structuring a subset of CYBER 170 only}. All other multi-mainframe configurations are Segment loader has'been dropped, was misleading. The independent of requirements for a common memory and the discussion of relative importance of loading performance term has been dropped. . vs. generalized library format has been clarified.

Batch processing has been dropped In p~iority and further The requirements for interchangeabre fi Ie formats, ('tc. clarification on the relationship between transaction have been clarified to apply to compilers and system processing and ti me-shar.ing has been made· util.ities {removing the requirement from data manag'ement subsystems}. . c} Clarifies the 51 channel restrictions functionally remains the same, the implication of multiple f} defines the 2 port console multiplexor and reserves separate files has been removed. ], port for remote hardware and software maintenance. further modification/clarification to the accounting section, Clarifies the PP's·restricted accessing to central , memory as a software restriction. Clarifies PP software's A minimum configuration for pure 170 state has been added relationship to controlware. to support performance objectiVes in section 7.

Adds requirement for controllers to interface to the 3. 11. L The applicability of these general product set technical configuration environment monitor. requirements to interpretive compilers is clarified. Severa' minor typographical corrections are made within the paragrapl Defines the minimum functional' characteristics of the The very last bullet regarding CYBER 180 system interface basic operator control console, beyond which operating standard was redundant and removed. system or diagnostic software cannot use. Clarifies the role of the (VBER 170 (C545 console with regard to Requires that Class I-III compilers must all honor the these requirements {the role of the (C54S In (180 System Interface Standard. Minor changes support levels systems remains weekly defined.} in the descriptive matrix. Add transaction interface to the matrix. Temperature monitoring and power control need not be "internal" to a mainframe. Clarifies the use of the Clarifies fORTRAN's relationship to ANSI standard. dewpoint recorder. on 180 systems. Revises the power Restructures (OBOl section with no change of content. requirement for multi-mainframe configurations to greater Clarifies BASIC relationsh)p between interpretive and power supply availability for shared elements. Clarifies object code generation. Several minor editorial changes motor generator sets options. made to the other paragraphs with no change in substance. Section Editorial changes have been made to improve clarity without changing basic con-tent; "Random memory management" "Min~r degradation in perform~nce" means compile speed. dropped - only a confusion factor. Global cross'reference listings .pply to PASCAL, SyMPl. Requirement fora Direct access method has been added. and the assembler. {The Basic Operating System-will no longer support a built-in Actual Key access method.} 1..0 This section has tieen completely rewritten in response to many questions. It should be carefully reviewed, although The last bullet regarding design trade-offs was removed. it is still preliminary. - This information also appears in the design priority The relationship of the 6nvironments and Uorkload Spec matrix. to these performance objectives is dbscribed. The DBMS requirement description of concurrent access drops "improved performance for key batch jobs." Dual The BMCaD performance base has been corrected {the base logging and dual recording has been changed to a separate, line had been measured incorrectly on a CVeER 73}. medium priority, -item. Performance ratio for P3 PASCAL-X changed from 8.7 ~o A definition of data base sizes has been added. Several 8." and special cases dropped to conform to the objectives minor editorial changes are made to this section. in Rev. B. This section has been revised for greDter clarity. Data Dictionary System{s} allows a choice between one ' generali~ed or two specialized products. The block copy performance requirement applies to all systems not just THETA. APl 2 replaces APlUM. Requirement clarified to specify dual mainframe shared Some priority changes have been made for DDl. All memory not a generalized common memory. priority If's dropped. The paragraph has been flagged as preliminary. 7.11.2 Terminology for the IOU cleaned up.

3.'1.'1.5 APl work space conversion utility has been added. 7.11.11.]' Clariffes relationship of blo~k and record sizes. 3.1. The introduction has been expanded. 7.11.".3 Clarifies the number of exchanges permitted.

3.1..]'.2 The dual state re~uirements have been reorganized for 7.1f.1I.'I Eliminates abnormal termination and paging as considerations. clarity a~d generality. Some restrictions have been added, and this section should be carefully reviewed. 7.'I.1J.'1 This paragraph was rewritten. The objectives for CVBER 170 fTNS conversion aids have , 7.11.'1.10 New sect i-on on Network Product!; Performance {with several been relaxed. The approach for CVBER 180 conversion changes from the earlier draft}. aids has changed. hlirth'PASCAl added. BASIC production and development The requirement to process 170 work spaces has been added. SVMPl field length requirements reduced and Pl/I relaxed to the ability to convert those work spaces. objectiVes deferred. file Conversion - this is a new section which replaces 7.5.2 THETA Math library performance increased. the corresponding section that appeared in AO/R Rev. B. 8.]'.1.3 Cache/Map bypass does not apply to Sl. This section has been expanded and some of the line speed requirements changed. 8.2.]". 8.2.2 Have been orga~ized by responsibility area {hardware. and 8.2.3 software, diagnostics or combinations} and minor editorial The relationship between 170 and 180 maintenance software changes have been made. products has been reworded for clarity. The requirement to repair memory concurrent with system operation has been droppedO{it is not feasible}. The requirement to repair the second CPU of a dual CPU mainframe has been added. Applicable to mainframes only.: Subparagraph 3}A} clarifies Section off-line enginaering file ·analysis capabilities. . ].0.8.7 Minor changes in availability objectives, as a result fCO's for THETA revised to more accurately reflect of revised NOS objectives. current schedule projections. ·],0.8.l,' NOS objectives modified. first year software maintenahce costs are incre~sed to more accurately reflect the special support requirements 10.8.1l .. ,The relationship between CYBER 170 and (YBER 180 of that early time period. . maintenance software objectivei is clarified. System hardware maintenance cost objecti~es have been Cost distribution between the basic S1 and the 2 port corrected {they were previously calculated against the MUX has changed. The total remains the same. wrong base cost}. The target manufacturing cost for the basic 10 Unit System lost time for OS interruptions has been changed has been raised to compensate for added requirements to reflect processor speed. on this product since Rev- A of the AO~R.· CI~rification of parts availability. System availability MG Sets and power control panels added to this section objectives have changed due to increased THETA MTTR and with corresponding changes in the configuration appendix- reduced ~OS/180 rerun time. . Component Maintenance Cost Objectives have been revised. 'The DPSR objectives for S1 havg been divided into processor, memory and IOU. Totals are corrected. Previous error in THETA processor functional inherent "TBf has been corrected and MTTR increased to reflect Correction to Sort objective. the greater compl~xity of the machine. ·IOU configurations having fewer channels than PP's have· been elil:linated • . New requirements on subsystem reliability. {Note, it is not a requirement to have ·at least two channels more-PP's. STAR100 ~s a computational f~cllity will not be preclud~d by current design activities. Developme~t cost has been u~dated. ]'0.]' This section and its sub~sectlons have been edited for Peripherals Supported has been revised to include C180 clarity, and more detail. Minor revisions have been O.S. release objectives and to make minor typographical made, as well. The section should be reviewed carefully. changes. We ~ support the C180 parallel fMD on THETA/170 state. Terminal Supported has been added. Minor· changes In CMU interpretation requireMents. . a} the important distinction that a CYBER 170 lower Changes in response to c6st objectiVes ch~nged elsewhere system will deadstart and run an A170 deadstart tape in tile document. Revises target communications rather thijn vice versa is clearly spelled out. This is configuration. More information on system power support. an important distinction. Most recent shipment forecast has been added. c} clarifies PP aCCess to central memory, Corrections to schedule objectives. e} makes on-line remote maintenance an objective for software enhancements to the A170 state. Note that this Appendix G - Migration Action Plan - a first preliminary maintenance must use standard communications subsystems. plan has been added to this document. Benchmark configurations have been added. Configuration cost adjusted for changes in component cost objectives. O.S. lost time assumptions revised. f';::J t::\ CONTROL DATA \!:l r::.J CORfO!\,\TION Draft." 1 of (YBER 180 AO/R, Rev· C 10, FROM EX T. LOCA nON, Distribution E. H. Michehl 21.1.9 ARH293 4/1.178 SueJ£Cl: DATE, Page 2 Draft 1 of {YBER 180 AO/R, Rev. { 4/1.178 Section -h. e~ /0 i I usage of a peripheral fuq The paragraph on funct ona stem has been expanded Since'there were some pervasive terminology changes in this document processor by the C180 operatingi~ient of those restrictions. {e.g •• eYBER1BO superceded {YBER 80}. the automatic change bar mechanism to more clearly illustrate the of text editor did not work reliably. We have hand-marked those 'gura"tion~ will support shared cha~ges which are "worth mentioning". A summary of those changes Multi -main frame conf1 fo llows: access tapes. d f the first paragraph. An editorial comment was remove ~o~ranslation and The requireme~t,for.AS(I~oCha~ac~~S4S console is introduced. a} Sl targ~t ship date hJs been added to this list. display capabillty 1n (1 mo e The speed objectiVe for the high end 180 processor The restriction{oTnheChmaan1'~~!n~~~~S~~~~~~~ ~~:~~~~~ei~as is now 31. x {YBER 73, and the paragraph disclaiming been removed. IOU) . the Sl system has been removed. similar to but cheaper than that of the • , I' g for Sl is added. one An added emphasis on the long term nature of {YBER 170 A requirement for aIr coo 1n 'r ment for ECS, and to CYBER 180 migration. button power-on ~emovedh as a re~~~t:~ in multi-mainframe requirements agaInst t e power configurations were added. References - Under 10} - the shipment forecast reference has been updated. Automatic Power Recovery - This was added in response to a PLM requirement. Maximum central memory size changed f~om 1.4MB to 32MB. _ The nature of 'the storage device System Initialization was clarified. "The requirement for shared" common memory in all multi­ containing firmware/controlware mainframe configurations has been removed and failure _ This was expanded to classifY ~he mode requirements restated. The reasons for dropping System Monito~ing that must be monitored by the ma1nframe. common memory were configuration flexibility and eEM types of warnlngs and MCU control of shared components {especially common • nment Monitor adds configuration memory}. . Configuratiodn alnd,~~v~r~ulti_mainframe requirements. capacity an carl e" The qualifying phrase "listed in priority order for ", t; nal performance monitor design trade ofrs" ha3 been modified to "for functional Performance Mon~tor - Thet~p ~~. The sentence regarding will not be avallable on . e d d design trade offs". We hope this will clarify the OS and compiler support requirements was roppe· intent to provide a basic design which will support transaction processing but not compromise time-sharing o erating System - Multiple pro~essors were added as a "system performance. m~ndatory hardware support reqUIrement. Communications/Networks has been moved to section , was rewritten for clarity· 3.8. System Code Organizat1on . ProceSSl'ng - this is a new section. Central Memory - In setting the THETA central memory Transact10n cost/performance is not a driving factor. The THETA Real Memory Management - the paragraph show~ng t the d system is performance driven with manufacturing cost being a secondary consideration. distinction between centra~ ~n~s:u!~ :~: ~:~::p~a:~s common memory was remove~ti~m:inframe linking device. I/O Unit {l0.U} .: This has been restructured to incorporate on common memory as ~ mu " the 1/0 Unit for the St system as well as S2, S3, THETA. Some configurability limitations of SL IOU's are reflected. Draft L of (YBER L80 AO/R, Rev. ( Draft L of (YBER'L80 AO/R, Rev. ( Page 3 Page 4

Section' 3.3.8.2 Basic Record Manager - A distinction has been made The relationship of CVBER 170 SYMPl to product migration between basic record man&ger capabilities {sequential is reworded. and byte-addressable} in NOS/L80 and advanced access methods wh1ch are part ot ,DI1SL80. The object"ives for The Use of a CYBER L80 comm"on code generator for fORTRAN basic record ma~ager remain essentially unchanged. Was introduced. The second section on breakages from Index sequential and mUltiple index file organizations ~170 FORTRAN 5 has been expa~ded and rewritten. are part of the advanced access'methods. COBOL - some O.S. and data dependent breakages will 3.3.8.5.3 Unit Record Equipment - rewritten for clarity. be convel'ted by the C180 product and a COBOl-5-mode compile option will be allowed. 3.3."I.b Accounting - a bullet Was added for support of application accounting. The (180 product migration assumptions for BASIC have been rewri,tten with the emphasis on conversion aid Networks - this was moved to section 3.8. coverage being placed in the CL70 product. Minimum NOS/180 Configuration - this was expanded to 3.b.2.S ,include minimum configurations for running dual state. thru All this material is new. 3.b.2.8 A bulldt was added regarding the use of common modules within the product set. . On-line Monitor - Bullet 7 added requirements to the independence of this on-line monitor. ~anguages - this is a new section outlining a general language strategy for the C180 line. Networks - this is a new, separate' section consolidating ,previous network comments. It is preliminary and will Data Management - this section has been significantly be extended for the final revision C. expanded from its predecessor. The standards list is now Appendix H. Design ObjectiVes/Priorities - definition of execution speed was clarified. Tools and Services - parts of the text of this material have been written as a result of a recent C180 tools Language Processors - Sort/Merge and the Implementation working group. This section represents the latest Languages were removed. PASCAL and JOVIAL and ALGOL-b8 understanding of tools require~ents. were added. This PASCAL should not be confused with the implementation language, PASCAL-X. Product Phasing Objectives - this section has been co~pletely rewritten arid reflects preliminary information Support Services - Sort/Merge was added to this paragraph with regard to all three C180 software releases. We and Advanced Access Methods Were moved to data management. expect to have a detailed definition of the contents of RL of CL80 software by LQ79. Data Management - this section has been completely revised in conjunction with the revised System Performance Goals - Goals for the S1 and THETA data management objectives. systems have been added. Utilities - Index Management dropped and Data Base Processor Performance - Goals for the PL and THETA Creation and file Conversion/reformatting added. have been added along with several new footnotes detailing assumptions for this chart. Migration - the intent to add the migration plan to the C180 AO/R Is announced here. It is not part of this l1emory Assumptions - assumptions for the Pl processor document but will be added before the final submission. have been added. There are no assumptions or constraints applied to the THETA' processor as is explained in footnote Requirements for dual state O.S. processing have been 9 to the preceeding section. expanded and rewritten. Draft ], of CVBER ],&0 AO/R, Rev. C ; Draft 1 of CVBER ]'70 AO/R, Rev. C fage I. 'Page 5 ' Section Sectio!! Capability to fault ~ PPU was added. The requirement 7.2·2 Cache Assumptions - P]' and THETA have tieen added. to provide information for customer maintenance was dropped to discourage third party maintenance. The 7.2.3 Block ~Opy Performance has been added. descriptions of supporting data integrity and continuity of system operations have been clarified. 7.3.], Central Memory Requirements - halle been added for S]' and THETA. Micro-program control is not,a THETA requirement. The description of the system maintenance panel has been IOU Performance has" been updated to include the S]' IOU. dropped frQm this section. The requirement that no operator intervention be requir.ed for deadstart recovery Record Manager - the instruction count allocations have condition logging has been add~d. been raised to reflect clarification of a mis-understanding regarding CAll overhead and to represent a better The first bullet under tests is a consolidation of understanding of the requirements for key operations. two previous bullets reworded for clarity. The requirement for 100% protection of customer security has Periodic Functions - a new section combining a~l known been added to "Te~ts" and "Diagnostics". sources of periodic CPU overhead. Number of FeO's per equipment per year has been added The loader performance requirements have been restated as as information only item •. and mov~d to this position. The.percentage distribution of PSR bug reports between Dual state performance requirements are new and preliminary. the operatiAg system and the DMS1&0 has been changed.

language Performance level - an introductory paragraph The objectives for hardware m~intenance costs as a has.been added and objectives revised for several percentage of manufacturing cost hOave been revised compilers. downward. Requirements on fORTRAN and (OBOl run time code efficiency' RA~ Performance Objectives - S]' and THETA have been have been consolidated into one paragraph. added thruout. DMS1&D - performance requirements have been withdrawn Net Availability - the statement regarding rerun time and will be resubmitted at a later time. has been changed to reflect use of fixed values in allocating rerun time against system net availability. 7.5.'1 Sort/Merge performance' requirements have been separated from record manager time and raised. DPSR rates have been established for THETA. Duty factors - the duty factor assumptions for peripherals DMS1&D has been expanded to reflect the revised plan. have been clarified. DMS180 has been expanded to include the revised plan. Component Criticality - some .redundancy has been a Uowed The operating system a nd sort/merge produc,t input for the IOU. data failure rates have been revised. Associated RAM Requirements - this is a new paragraph DMS18D PSR receipt rate has been raised. in response to the previous AO/R review comments. CVBER 170 features Supported - this section has been RAM features - ~he cost/performante/reliability trade-offs reorganIzed for clarity and also adds information regarding for THETA CPU are outlined. instruction stack purging, pass instructions used for A170 features, and maintenance support of (SM Daintenance . The parity checking on major data paths requirement is features. less rigid for THETA than for other processors because of the very demanding performance objectiVes. (VBER 170 Features Unsupported - this has been reorganized similarly to 10.1.]'. Draft 1 of CYeER laO AO/R. Rey. C Draft 1 of CyeER laO AO/R. Rev. C Page 7 Page a .

Section Section Appendix C ~ Peripherals Supported· It is planned to Advanced C170 Features· additional information added support FMD parallel recording on a Clo80 channel' in the regarding the USe of the PP in Al70 state. C170 state, for THETA· CVBER 170 State Software ··thts·section supersedes the 8000 and 20,000 line per minute non-impact printers previous one on compatibility ~nd outlines the extent . to which C170 software will be modified and enhanced have been added • in conjunction with C180 hardware. • bOO card per minute reader" and 100 card per minute punch have been dropped.· 10.S CPU Performance - P1 and THETA have been added to this chart and S3 objectives raised. • bb81-2 data channel converter costs have been revised. • bb83 channel coupler and CVBER 18-5 batch terminal ],0.7 Mainframe Costs - S1 and THETA have been added. S2 ~ave been added. and S3 were revised slightly. Appendix D - System Configurations ·and Costs - the ],0.& RAM - S]' and THETA values have been added thruout. configuration information for S1 and THETA systems have been added and the configurations for S2 and S3 have ],0.a.7 Net Availability - Method of determining rerun time is been adjusted. . redefined and S1 and THETA are added to availability objectives. Appendix E - Shipment Forecasts· has been revised in accordance with various C180 program forecasts. Component Cost Objectives - Introductory remarks on memory costs have been omitted, as no longer applicable. Appendix F.- S1 Syste~ development milestones have been added. CPU's - Option for lb KByte control memory for the P2 has been dropped. THETA CPU costs have been added. Appendix G - Migration Action Plan - this i. a new section which will be furnished with the next update ),],.}'.2 Sl Syste~ Cost ObjectiVes have be~n added. to this revision of the AO/R; ]']'·1·3 Memory - THETA memory has been added. )']'.}'.5 Other - 752 console and S}, interface to high performance console controller have been added. Component Maintenance Cost Objectives as a percentage of manufacturing cost have been revised. THETA and S}' have been added to Component Reliability Objectives. tvH. Michehl Director Central Memory Sizes • Sl and THETA have been added Architectural Design & Control to this table. paj Central Memory sizes aboYe 32 MB have been dropped. Attachment Preventive Maintenance - Sl and THETA have been added. Appendix B - Standards was moved to Appendix H. {The unnumbered pages caused human factors problems.} It was replaced· with C18D System Objectives Summary which has been updated to include Sl and THETA. DESIGN OBJECTIVES/REQUIREMENTS APPROVAL 1 06/08178

foIIIHNIUoPOUIl. MINNESOTA COMPANY PRIVATE

_N_e_w_P_'r_o_d_u_c_t_P_r_o-'g;:...r_a_m ______DIVISION AO/R 'r~]#l~ ARHlb88 REV.# -----12 Architectural Objectives/Requirements CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS -BtSIGN-• [OBJECTlIIES-RffilJIR.f.M8HG] FOR: ____CVBER._-'='--- 180______11 f ·Strike out term that does not apply) 1 1, ARCHITECTURAL DESIGN AND CONTROL 1: SIGNATURES - DEVELOPING COMPANY l' DATE l' 11 PREPARED BY: 4rchi tectural Design and Control 1 1 REVIEWED BY: PROJECT MANAGER' l' 2 2 2 DIVISION ENDORSEMENT: GENERAL MANAGER 2 DOC. NO. ARH1688 2' 2 2 COMPANY ENDORSEMENT: COMPANY DELEGATE REV. 12 I Z 2 L J J 3 RESPONSE TO REVIEW DISTRIBUTION J l 1 RESPONSE J l J SYSTEMS AND SERVICES COMPANY J It PERIPHERAL PRODUCTS COMPANY It.. MARKETING COMPANY "It SERVICE BUREAU COMPANY ..It' PRODUCT AND SERVICES STRATEGY .. It It S S 5 APPROVED: ______5 COMPANY DELEGATE S' DATE COI1PANY PRIVATE DIUn

AA5441 12'74 1 2 0610BI18 06ID",I\

Tebl. of Contents 1 3.2.E.5 Configuration and Environment Monitor (CE"' 1-13 1 .2 3.2.1 PERFORMANCE MONITOR 3-11t 2 3 3.3 OPERATING 5YSTEH 3-15 3 I, 3.3.1 SYSTEM STRUCTURE· · · · · · · · · · 3-16 .. 5 3.3.2 SYSTEM COOE ORGANIZATION· · · · · · · · 3-17 5 1.0 INTRCDUCTION . • 1-1 (, 3.3.3 JO[l PROCESSING · · · ·... · 3-17 (, 1.1 OEFII-lITION • . · · · · · · · · · 1-1 7 3.3.1t TRANSACTION PROCESSING· · · · · · · 3-111 7 1.2 00 CUMENl ORG~tIIZATION· · · · · · · · · · · · · 1-1 B 3. J. 5 MEMORY MANAGEHENT APPROACH· 3- 21 B 1.3 MAJOR OBJECTIVES • • 1-1 9 3.3.5.1 Virtual Me mory Mana<}ement 3-21 9 1.3.1 TIMELINESS · · · · ·• · · · · · ·• ·• · 1-2 10 3.3.5.2 Re~I Memory Manag9JIle nt , · · · · ]-22 10 .1.3.2 RELIABILITY/AVAILABILITYIMAINTAINABILITY· · · · · ·(RAM' · 1-2 11 3.3. S. 3 Cache Hanagement · · · · 3-22 11 1.].3 SPAN OF PRODUCT OFfERING · 1-3 12 3.3. & USER INTERFACES 3-22 12 1.3.3.1 Aoollcatlons • · · · · · · l-l 13 3.3.7 LOAOERfL[aRARIES · · · · · 3-Z3 13 1.3.3.2 Comoatibility· Within · · The Line · · 1-3 1 .. 3.3.8 INPUT/OUTPUT · 3-2~ lit 1.3.3.3 Commonal lty 1-3 15 3.3.8.1 Files · · · · · · · 3-24 15 1.3. J.1t COf"ltlnvl ty • · · · · · 1-1t 1& 3.3.6.2 Basic Record Manager · · · · 3- Z .. 1~ 1.3.3.5 Implementation· · Control · 1-1t 17 3.3.6.3 Physical Input/Outout $- 25 11 1.3. It COST/PERFORHANCE · I-It 111 3.3.1I.1t Segment Level Access 3-26 18 1.3. '3 USA9ILITY · · · · · 1-" 19 3.3.11.5 Oevice Handling · · · · 3-Z6 19 1.3.6 PROTECTION/SECURITr· · · · · · · .. 1-1t 20 3.3.e.S.l MAGNETIC TAPE · · · ·• ]-26 2D 1.3. r STORAGE STRUCTURE .. 0 · · · 1-5 21 3.3.".5.2 ROTATING HASS STnAGE· .J-26 21 1.4 MIGRATION · · · · 1-5 22 3.3.8.5.3 UNIT RECORD EQUIPHENT · · · · . • 3-21 22 · · · · 23 3.3.9 SYSTEH MANAGEHENT · · · · 3-27 23 2.0 REFERENCES ... 2-1 24 3.3.9.1 Resovrce Control 3-27 2 .. · 25 3.3.9.2 Error Oiagnostlcs ·lnd · ·R.ecovery · · · · · 3-2r 25 . 3.0 CHARACTERISTICS AND FEATUR.ES 3-1 26 3.3.9.3 On-I inll Ha Int.enancQ · · · · · 1- 2/\ 26 3.1 CONF IGURAl IONS · · · · 3-1 21 3.3.9.1t System Oeadstart/RecDVery· ·.. · 3-28 21 3.1.1 HARDWARE CONFIGURATIONS· · · · · · · · · · · 3-1 2~ 3.3.9.5 System Statistics 3-29 211 3.1.1.1 Terminology 3-1 29 3.3.9.& Accovntln1 3- 29 29 • • · · · · .. ~ . 3.1.1.2 Mainframe Systems· · · · · · · 3-2 30 3.3.10 MIN.IMUM NOS/160· CONFIGURATIOIl· · · · · · · · · · 3-31 30 3.1.1.3 R@conligurability • · · · · · · · · l-Z 31 3.It PReDuel SET · J- .11 31 3.1.1 ... Multi-mainframe Systems · · · · 3-2 3Z 3.1t.1 GENERAL PROOUCT SET TECHNICAL· · ·REQUIREMENTS · · · · · 3-32 32 3.1.2 SOFTWARE CONFIGURATIONS · · · · 3-3 J5 3.1t.2 LANGUAGES . · 3-314 33 3.1.2.1 Solt~are Feature Configurabllity 3-l 31, 3 .... 2.1 Comoller Classes· · · · · · · · · · 3-.J~ .H 3.1.2.2 Reconligur3billty · · · · · 3-1t 35 3.1t.2.Z Individual Lan;Jua:jes· · · · · · 3-36 35 3.2 HA RD\; ARE ElEHDITS 3-5 36 3 .... 2.3 Common Compil@r Elements · · · · J-3A 31) 3.2.1 CENTRAL PROCESSOR (CPU. • • · · · ·• l-5 37 3 ..... 3 (I' (lATA MANAGEMENT iOMS 180 I 3-40 37 3.2.1.1 Instruc tlon Set · · · · · 1-5 38 3. 1.. 3.1 File Proce.ssing 3-40 -'II l.2.1.2 Vlrtval Memory Mechanism · · · • 3-5 39 3. ".3.2 Oata Base Processinq 3-1t1 3') 3.2.1.3 Other CPU Features · · · 3-5 100 3.~.3.3 End-User :)uery Langllage· · 3-It1 "0 l.2. 2' CENTRAL MEMRY · • · · ·• · 3-& 101 3. '4.3.1t nata 01 c t I onary · · 3-...... 1 3.2.3 '"I OULK MEMORY · · • • · · · · · · • 3-& "Z 3. '4.3.5 Reoort "'rl fer 3-"~ ..... ;~. Z. It I/O UNrr CIOUI · · · · · · · 3-' 103 3. ~.3.& Foreign Systems · · 3-105 .103 3..... It. 1 Channel s • 3-8 It .. 3. It. It PROOUCT SET OESIGN OOJE:TIVES/PRIC~ITIES J-46 It~ J.t.".2 Peripheral· ProcessGr· · s • • · · • • • • l-tl itS 3.1t.".1 Languaqe Processors · • 3-1t7 It'; 3.2.".3 Del/Ice Control hrs · l-q .. r, 3. ~.~.2 Support Services · · ·0 3-"11 'or, • • ·• · ·• · • .. J.2.~ ... Operalor Console · • • · • ·• · · ·• 3-q , 3 .... 1t.3 III Oata Management· ·(O'~SlI10' · · · ]-1,9 \T 3.2.".5 Peripheral Oevlces· · ·• · ·• · ·• 3-10 .. 8 3.~. 5 UTILITIES TO OE SUPPLIED .. 3-50 3.2.5 HA INTEUAI1CE CHANNEL · • ·• • ·• · · · 3-10 "9 3.5 SECURI TV AND PROTECTION • · · · 3-';t I,'" ,) 3.2.£> HARfHIARE SUPPORT FACILIT IES · • · • • ]-10 50 3.6 Ifl lHGRATlOU • · · · · · · · 3-52 5) 3. 2. r,.1 Po~er Systelll · · · · · 3-11 51 3.6.1 OPERATING SYSTEI1 I HPLlCA lIONS· · · · · 3-53 51 3.2.1::.2 AvtomatJc Power· ·Recovery · · • · · · · · l-l1 52 3.6.1.1 Oval State Processing 3-53 ·52 3.2.t.3 System Inl t 1211 ilat ion '. · · · ·• · · · 3-12 53 3.6.1.2 Oual S t al e QeQuiremenls • • 3-53 5] 3. 2. 1::. It System Hon i tori ng · · · · 3-1.J 5'" 3.6.1.3 Operallng System User Interhlce · · · · 3-5" 5" 5 4- 0&/08/18 D6/08"8 3.6·1 PRODUCT SET TUNSITION • • • • • • • • 3-55 1- 1 3.6.2.1 FORTRAN • ·• · ·• • · • • • • · 3-55 2 2 3.6.2.2 COBOL • • · • · ·• ·• · • · · · · 3-5& :1 J 3.6.2.3 SORT/MERGE ·• · • ·• ·• · · · · · • 3-% .. 3.6.2 ... !lASIC · ·• · · · ·• · ·• · · ·• • · 3-51 "5 5 .3.6.2.5 ALGOL-60 · · • · · ·• ·-' 3-51 & ii 3.6.2.6 APL · · · .. • · · · · 3-58 1 ., 3.6.2.' PASCAL, JOVIAL.· · ·ALGOL-&8. · · ·PLII · · • • 3-58 8 3. 6.2.8 OHS180 User Higration/Product Tra_nsl· · · t Ion · l-58 '3 '3-" 3.6.3 FILE CONVERSION · · · · 3-58 10 10 J.6~J.l 0' '-line · · · · · · · · J-'H~ 11 11 3.6.3.2 On-LJne · · · ·• ·• ·• • • • 3-5'3 12 It.O COMPATIBILITY OBJECTIVES •• • • 10-1 12 J.&~3.2.1 SYSTEM ·SUPPORTED · · · · · · · • J-5'3 13 ... 1 WITHIN CYBER 180 ••• · . 10-1 13 3.6.3.2.2 IJSER INTERVENTION 3-60 1ft · . . . · . • · · · · · · ".2 MEOlA INTERCHANGE ••••• · . . . "-2 1" 3.7 I1A INTEIIAIICE SOFTWARE · · · · · · 3-&0 15 ... 3 MAINTENANCE SOFTWARE. "-2 15 3.1.-1 ON-LINE tlONITOR · • • · · ·• · · ·• 3-60 16 · . 16 3.7.2 OFF-LINE MONITOR • • • • ·• · · ·• · · · · -3-61 11 5.0 SYSTEM ENGINEERING . . . . • • 5-1 17 3.7 .. 3 TESTS. DIAGNOSTICS.· ·UTILITIES · · · · · ·• • 3-61 18 5.1 ST ANOAROS . . • · · · · 5-1 -18 3." NETHCRKS . . . . • • · · 3-&2 19 5.2 TCOLS/SERVIC£S FOR CYDER 180/110· · OEVElOPMENT ·, · · · 1'3 · · · · · · · · · · · · MAINTENANCE 5-1 20 5.2.1 lANGUA~E PROCESSORS • . • • . • 5-2 21 5.2.2 ASSEMBLERS . . ·• · · · · · 5-3 2l 5.2.2.1 Internal •••••• · . . · · · · 5-3 23 5.2.2.2 External •••• 5-10 21, 5.2 • .3 lIDRARY SUPPORT AND CONTROL · .... · " -5-" 25 5.2 ... OTHER SUPPORT PACKAGES · . . . 5-" 26 5.2.5 TEST BASE OEVELOPMENT · ...... 5-5 2T EXTE~NAL 5.2.& OISTRIBUTION · .... ~ ... ·0. 5-5 28 2'3 6.0 PRODUCT PHASING OBJECTIVESl'. 6-1 30 · .- 31 '.0 PE~FCRMANCE OBJECTIVES...... · . . . 1-1 32 1.1 SYSTEM PERFORMANCE GOALS •• · . '-1 3l -7.2 PROCESSOR PERFORHANCE "-3 ,,., 1.Z.t-MEMORY ASSUMPTIONS. · . · . · . . · .. ,-.. 35 1.2.2 CACHE ASSUMPTIONS • • • ••••• 7-" Jb 7.2.3 DLOCK COpy PERFORMANCE. • • • ••••••• '-5 H 7.3 MEMORY PERFORMANCE • • • • • • •••• • • 7-6 33 1.3.1 CENTRAL MEMORY ••••••••••••••••• '-6 3'1 1.3.~ DUAL MAINFRAHE SHARED M!KORY •••••••• · .. 1-7 \0 ' • .3.3 CONFIGURATION AND ENVIRONHENT MONIfOR leEH' · .. ,-, .. 1 7.4 OPERArING SYSTEM PERFO~MANCE ...... '-1 102 t.~.t HONltO~lNG/TUNING ••• • ••••••••• · '-7 III ' .... 2 IOU PERFORMANCE •••• • • • • • ••• · 1-8 t .... J OS WORKLOADS. • • • • • • • • •••• . 1-8 .."..5 7 ...... 0/5 INSTRUCTION ALLOCArION • • ••••••• '-9 \1; "~'''.1 Record H3nager • • • • ••• 7-9 .. , 7.... ~.2 Phvslcal I/O Manag.r •••• '-10 .. ~ 1 ...... 3 Task Sw itching •••••••••••• '-10 "'3 7.~ .... ~ Balch Job Initiation and T.r.lnatlon (NorMal- 50 Ca~eJ ••••••••••• • ••• 7-10 51 1 .... 4.5 Page Fault Handlln~ 1-11 52 7.4 .... & Periodic Function • · ... 1--~ 1 53 7.~.~.7 Job Swapping •••• · . 1-11 51, S 6 06/08/711 01;/06118 7 ...... 8 Load.,r • • • • • .. • • • • • • • • '-11 1 1 7.If .... q DUll I State· · ·Perforlillnee .. • • · ·• · · 7-12 2 2· 7.If .... l0 Network Products Performane. · · · ... • 7-13 J ] 7. ft.". 10 .1 · · · 7-13 \ It 7.".~.10.Z CPU UTILIZATION. • · · · 7-13 1j s 7'''''',10.3 HEMORY UTILIZATION · · • · • 7-1" 6 8.5.3 FAILURE RATES '1-22 6 7.S PReOUCT SET PERFORMANCE · · · · · '-lit 7 8.6 PRODUCT SET RAM PARAMETERS 8-22 r 7.5. 1 LANGUAGE PERFORMANCE · · · · · LEVELS· · · · · · · · 7-11t IS 8.6.1 PRODUCT FAILURE RATE ~ • · 11-22 II 1.5,2 · · · · CODE EFF IC IENCY '0 • .. · · · · · · · · 7-16 'J 8.6.2 PRODUCT INPUT DATA FAILURE RATE· CPIDFR' 8-21t 'I 7.5, 3 OMS160 . · · · ·• · -.· · · · 1-17 10 11.6. J INSTALLAIHLITY • 8-25 10. r. 5. It SORT/MERGE PERFORMANCE 7-11 11 · · · · · · · · · · · · 8.6.1t HAINTENANCE · · · · · · · -8-26 11 1.6 HAINTENANCE SOFTWARE • • · · · · 7-111 12 8.6.5 SUBSYSTEM RELIABILITY· · · · · · ;. 8-27 12 · · · · · · · · · · 13 · · 13 14 9.0 OBJECTIVES EXCLUDEO 9-1 1" 15 9.1 OBJECTIVES SPECIFICALLY EXCLUOEO 9-1 15 16 q.2 OBJECTIVES NOT SPECIFICALLY PRECLUDED· · · · · · q-l 16 17 17 18 1~ 19 19 8.0 RElIAOILITY. AVAILABILITY AND HAINTAINAOILITY .'UtU • 8-1 20 20 8.1 OPEqATING AND SUPPORT CONOITIONS • • · 8-1 21 21 8.1.1 OPERATING CONDITIONS. · · · · · · · · 8-1 22 Z2 8.1.1.1 Duty Factors • · · · · · · · ~-1 21 2.1 8.1.1.2 TBr~et Configuration· · · · · · · · · 8-1 2~ 10.0 C VeER 170 safE 10-1 2 .. 6.1.1.3 Component Criticality '. 8-1 25 • · · ·• · · · · 10.1 MAtNFRAME FEATURES · · · · · · · · · · · 10-1 2~ 8.1.2 SUPPORTCONOITION STRATEGY ·SUMMARY · 8-2 26 10.1.1 CURRENT CYDER 170· FEATURES· · · SUPPORtED 10-1 26 lI.t.3 ASSOCIATED RAH REQUIREMENTS • · 11-2 27 10.1.2 CURRENT CYOER 170 FEIITURES NOT SUPPORTEO 10-2 27 8.2 RAM FEATURES • · · · ·• 8-3 28 10.1.3 EXTENSIONS TO CUR"lENT CYBER 170 IAHO) .0. 10-~ 2~ 8.2.1 RELIAOILITY· ·FEATURES · · · . · · • · · • 8-3 l!q 10.2 PERIPHERALS SUPPORTED. · · 10-3 Zq lI. 2.2 AVAILABILITY fEATURES · · · • · · · · · · · • II-It 30 10.3 ECS COUPLER • · · · · · 10 -3 30 ~ 6.2. 3 HAINTAIN~BILITY FE ATURES ~-5 ·• · · · 31 10.1t CyeER 170 ST~TE· ·SOFTWARE · · · · · · 10 -J 31 6.2. It !'AItHENANCE SOFTWARE · · · · · 8-6 32 10.1t.1 SOFTWARE MODIFICATIONS 10 -It 32 6.2.".1 On-Line Monitor • · · 8-G 33 10.1t.2 SOFTWARE ENHANCEMENTS 10-5 3J 6.2.".2 Off-LIne Monitor • · ·• 8-6 31t 10.5 CPU PERFORMAHCE · 10-7 J~ 11.2.".3 Tests, Diagnostics. Utilities ·Cmalnframe · onl yl • 8-6 35 10.6 SYSTEM PE~FORHANCE 10-!! 1~ 6.] RAM SUPPORT · · · · · · · · · COSTS 8-6 36 10.1 H~INFRAHE COSTS ~ · · · · 10-8 36 8.3.1 fACTORY CONTINUATION· · · COSTS· · · · · · • • 8-8 37 10.8 RAI1 . . · · · · · 10-,} 37 II.J.l.1 Fl'!ld Change Orders · · · · · 8-8 31.1 10.8.1 HEAN ·TII1E · · ·BETWEEN · · · ·SYSTEH · · DOWN INTERRUPrIONS· · ·(MT · 1]1 H 8.3.1.2 Software Maintenance ·Costs. · · · · · · 11-9 39 OOWN) . . io-'! J'l 8.3.2 FIELD HAINTENANCE COSTS · · · · · · 8-10 .. 0 10.6.2 (HI ·HEAN · · ·TIHE · ·BETWEEN · · · ·SYSTEH · · · ·OEGRAOEO .. 0 ".3.2.1 Hardw3re Maintenance Costs· · · ·- Mainframe System 8-10 Itl WTE RRUPTl ONS 10-12 Iti e ... RA M PERFORMANCE OO,JECTIIIES • · 0• 8-11 1t2 ·10.11.3 MtAN LOST· ·TIME · ·DUE · ·TO · ·SYSTEM · · ·DOWN · INTERRUPTIONS· · · · .. 2 8. 'I. 1 HEArl TIME BETWEEN SYSTEH· DOWN· · ·INTERRUPTIONS · · · ·(t11 · ·[) I · · .. 3 tHLT oowI-a 10-1" It] DOWN I . . • e-12 .. " 10.8,~ HEAN ·1.0ST · · ·TIME · ·DUE · ·TO · ·SYSTEH · · ·OEGRAOED · · · · · .... 8.~. 2 1111 HEAII ·TIME · · ·BETWEEN · · · ·SYSTEM · · ·OEGRAOEO · · · · ·INTERRUPT · · · · IONS · 8-1" .. 5 INTERRUPTIONSIHLT DGI 10-16 itS ·8. J HAN LOST TIHE OUE TO SYSTEH DOWN INTERRUPTIONS e-16 .. 6 ft. 10.8.5 DATA ERRORS · · · · · · · ·0 10-H .. 6 6. ~ ... CHI HEAN LOST TIHE DUE TO SYSTEM OEGRAOEO 1t7 10.8.G USER AVAILABILITY· · · · · · · · · 10-17 .. 7 INTERRUPTIONS 8-18 .. II 10.8.7 NET AVAILABILITY 10-17 lot! 8.4.5 OATA ERROR RATES. · · · · · · · • 8-19 1t9 10.6.8 HAINTENANCE SOFTWARE 10-19 .,,, 8.~.6 USER AVAILABILITY · · · · ·• 8-19 50 · · · · · · · · · 50 lI.~. 7 AVAILAOILI TV "ET ~ • • · lI-20 51 11.0 COHPONENT CHARACTERISTICS 11-1 51 1.1.5 MAINTENANCE SOFTWARE ·RAM · PARAHETERS· · · · · · · 6-21 52 11.1 COHPONEUr COS T OBJECTIVES · • il-l 52 11.5. 1 RAH PERFOR~ANCE PARAHETERS ( LEVEl IIII · · · · 8-21 53 H.l.l CPU'S • · · ·• ·• · · . • 11-1 53 lI.~.2 UPDATE AND IIlSTALLAfION · 8-21 Sit 11.1.2 Sl 11-2 S .. · · · · · · · · · · · · · • · · · · · · · · · · · · · · · · · 7 06/01117'8 2 06/08"8 11.1.3 HEHORY' •••••••••••••••••••••• 11-2 1 1 11.1.~ STAND-ALONE 110 UNIT fIOU2t '. • • • • • •• 2 11-" REVISION DEfINIfION SHEET 2 1i.l.!; OTHE~ ...... I 11-" l 11.2 COMPONENT HAINTENANCE cosr OBJECrIVES • .' ••••• 11-5 .. ------.• ------t------______.. 11.3 COMPONENT RELIADILITY ODJECTIVES ••••••••••• 11-7 5 REVISION I DATE DESCRIPTION 11.4 COMPONENT CONFIGURATION ODJECTIVES •••••• • • 11-9 6 5 It.4.1 CENTRAL MEMORY SIZES • • • • • • ••• 11-9 7 ------+------+------6 S· , 11.4.2 CENTRAL HEHO~Y OEGRADE CAPADILITY ••••• 11-10 1 10/6176 FIRST REVIEW CCPY ') e 11.5 CALENDAR LIFE • • • • • • • • ••••••••••• 11-10 q 11.6 PREVENTIVE MAINTENANCE (PHI •••••••• 11-10 ,10 2 10/19176 • 11 UPO.fED PER 10/6 REVIEW 10 12 11 ] 11124176 UPDATEO PER 11/8 ~EVIEW 13 12 1J 12-1 1" 01/14177 UPDATED PER 12/13 REVIEW II, :::: ::~E:~~~::IX~A'-'O~Y~L~P~E~T'C~si : : : : : : : : :J: : 12-1 15 12.2 APPENDIX D - CYDER 180 SYSTEM DESIGN OBJECTIYES •••• 1'; 12-2 16 5 02117177 UPDATED PER S/OS/I1 REVIEW 1/11 ,12.3 (" APPE~DIX C - PERIPHERALS SUPPORTEO AND COSTS ~ •• 11 1Ii 12-6 11 12.3.1 TERMINALS SUPPORT IAPP.C' ••••••••••• 12-'1 18 A 05/11177 CDC APPRO VED lZ.4 (., APPENDIX 0 - SYSTEH CONFIGURATIONS AND COSTS ••• lZ-11 19 18 12 .... 1 Sl SYSTEM (APP.D' • • • • • • ••• 20 1'1 lZ-IZ 6 07115177 FIRST DRAFT REVISIO~ B 12.4.2 • • • • • • • • • • • • • ••••• 12-14 21 20 lZ.4,.3 S3 SYSfEM IAPP.DI •• " •••••••• 12-17 22 Zl 23 7 08/15177 SECOND DRAFT REVISION B 22 12 .... 4 THEfA SYSTEM 1APP.D' • • • • ~ 12-19 2J 12.5 APPENDIX E - SHIPMENT FO~ECASfS • • • • • •• 2 .. 12-Z1 10/21177 SU~HIfTEO FOR CDHPANY 25 210 12.6 APPENDIX F - craER 11\0 DEVELOPI:'IENrHtt.ESTONES ••• 12-22 APPRJVAL 25 12.7 I"~ APPENDIX G - MIGRATION ACTION PLAN ••••••• ~ 12-23 26 12.1.1 MIGRATION ALTERNATIVES ••••••• 27 Z6 12-23 9 01/20178 UPDATED IN RESPONSE TO 27 12. 7. t.l H 19" ate y 1" T,. a I n I n 9 • • • • • • • • • 12-23 28 COMPUJER GROUP REVISW OF 12.7.1.2 Common Products andlor Interfacos (APP.G' • 12-23 ·29 25 11/18/77 . 2'1 12.7.1.3 Conversion Tools and Services. • ••• 12-21t 30 JO 12.7.1.4 Dual State Processing IAPP.G' •••••• 12-25 31 8 041,210178 CDC APPROVED lZ.7.2 HIGRAUON ACTION PLAN (APP.G) •••••••• 32 J1 12-25 lZ 12.7.2.1 General •••••••••••••••••• e .• 12-26 33 10 010103178 FIRST DR~FT REVISIO~ C 12~7.2.2 CustomerlUsQr Conversion IU'P.G) ••••••• 3 .. 33 12-27 lit 12.7.2.2.1 PROCESSING OPER~TIONS IAPP.G' • a •••• 35 12-27 11 05/18178 SECOND DR~FT REVISION C 36 135 12.".2.2.2 INFORHATION srORAGE ••••••••••••• 12-Z8 36 12.1.2.2.3 HARDHARE fACILITIES •••••••• , ••• 31 12-28 12 06111,/78 SU3HITTED FOR C~HPANY 137 12.1.Z.2." /fUliAti AND AOHIIIISJRAfIVE PROCEDURES ••• 12-28 38 APPROVAL 12.7.2.2.5 CONVERSION AC'IDN PLAN (APP.Gt ••••••• 12-29 39 IH 12.7.2.3 Softllare Products. • • • • • • .. ••• 12-31 J9 "0 "0 12.7.2.4 $oftHare Product Phlsl"" ••••••••••• 12-31 ~1 12.7.3 MIGRATION ACTION LIST. • • • • • ••••• .. 2 "1 12-31 liZ 12.1.3.1 'raining fAPP.G' ...... 12-31 ..3 ,.~ .. J 12.7.3.2 Co.mon Products (Cr3ER 170 and Cr~ER 180t ••• 12-32 NOTEI 10 .. 12.7.3.3 Common Interfaces IAPP.G' ...... ~5 12-33 ThIs document lias previously Issued 'DOC. ~D • .,5 12.7.3.4 Conversion Tools and Serwlces (APP.Gt ...... 12-33 .. 6 ASLOO~O~, whIch Is now Obsolete. "6 12.7.3.5 DUll St9te Processing. • • • • • ...... 12-31t ;'7 \S ItT 12.11 APPENDIX If - STANDARDS •• • • • • • • • • • ••• 12-35 .. 8 lZ.9'APPENOIX I - STATEHENTS OF COMPLIANCE ••••••• 12-36 '950 "9 5,0 51 52 51 53 52 5,. 5] 5 ..

COMPANY PRIV ATE DRAfT 1-1 1-2 CYDER 180 ARCHITECTURAL ODJECTIVES/REQUIREMENTS 'CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS 06/08178 0&/011178 ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL ------.------~------1.0 INTRODUCTION 1.0 INTRODUCTION 1.3 MAJOR OBJECTIVES

1.0 j~lRQDUClIDtl 1 COST/PERFORMANCE 1 2 2 1.. USABIUff ] 5 PROTECT ION/SEC.URITY "5, 6 6 1 STORAGE STRUCTURE 7 II /I 1.1 llEE.l!:lllllU1 ') A ba'ance among these ge~er~' Objectives Is to be ~elntalned. q 10 No high priority factor Is to be allo ... ed to co~promlse !I tOH~r 1Q 11 factor beloH acceptable 'evels. 11 'h~se Architectural ObJectlves/ReqUireMents tAO/R) define the 12 12 genere' goals established by CDC for the CYBE~ 1110 (C180) 'Ine. 13 Th. specific obJectlves'of 'ow manufacturlnq cost tor the 51 n Th~ goats for CYSER lBO hardware operating !s a CYBER lTD (CITO) 1,. and high CPU performance for the THETA sy~tem are tj receive 11" (adv!tnced CYBE~ 17.0, or CtTO. !Ire In Section 10. 15 special emphasis. Any exceptions are noted In the text 01 the 115 1& AO/R where known. and wl" be lu"y deflned In the sp@clflc 1f, Where sections contain preliminary Information, they are noted 17 products' OR·s. . 17 by the symbo', (.,. where they contain ·Informatlon~l· 111 1A obJectives, they are noted by 1.1 •• 19 . 19 20· 1.3.1 TIHELINESS 2Q This document satisfies the requirement for IndiVidual Design 21 21 Oblectlves (001 documents for e'ements of the CYBER 180 line. lind· 22 Z2 supersedes all existing CYBER 150· lind IPL OO·s. ,23 Severa' p~annlng dates ere key to the CYBER 180 oro~uct 123 21t deflnltlon' IZ" 25 2<; 2& al Shipment of neM hard ... lre In CY9ER 110 state - 26 21 27 211 51 - 12/19/60 (Interna' release' 2'1 The Archltectura' ObJectlves/Requlrements (AO/R) lire In three 29 - 3/15/81 (external re'ease' 29 Ilarts' the Intro.ductlon, ... hlch dltscrlbes the system In g,nera' .,0 S2 - 1/15/80 30 objectives form; the body, ... hlch describes the mllior functlona' 31 53 - 11/011110 J1 "ements and characteristics of the system In specific terms; the 32 THETA - Til!) 32 app,nolces, ... hlch furnish datal led specifics of the sYstem lJ 3J definition. 31t bt First release of CY9ER 180 state O.S. 12/01/81. 3 .. l5 l,5 ·3& Design trade-ofls ... hlch cummu'ativ,'y affect thl pr09ra~ lIS 1.3 .HUtllLtHl.lE.C.llll£S 31 schedule .ore than three ao~'hs ... 111 be submitted for UPPlr 11 ltI ~anagement rlvla ... and approval. 38 39 19 r~e maJor design obJecflves Influencing th~ CYOER 180 II". .. 0 ..0 tlsted be'oM In priority order' .. 1 1.3.2 RElIA8llITY/AVAIlA8ILlfT/HAINfAINABIllfY (RAM' "1 .. 2 .. 2 TlHELIUESS .. 3 It] It If It Is a requirement to m3xlmlze time betHesn InterruotlDns. to .... RElIARIlITY/AVAILABllITY/MAINTAINA9IlITY .. 0; contlnue operations In degraded mode and to mlnl~lzo r~P3lr ti~e .. ., or,G and cost • Emphasis ... 111 be placed on softw3re checkln9/reco~er. .. 6 SPAN OF PRODUCT OFFERING .. 7 features an~ hardware assists to RAH (t~ the extent 01 adding It, .. " 10-15% to m3nufacturlng costl. .. ~ COHP ANY PRIV ATE ORAH CO'1?A"IY PRIVATE O~AFT 1-3 CYOER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS CYBER 180 A"RCHnECTU~Al OBJECTIVES/REQUIREMENTS 06/081711 06/0Hrs ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL

1.0 INTRODUCJION 1.0 INTRODUCTION 1.3.Z RELIAOIlITY/AVAllAOllITY/~AINrAINA~IlITY (RAH' 1.3.3.4 Continuity ---~------.------~---- Hard~are redundancy Hili be required for higher HTSF 1 1 configurations. passing this cost to those users requiring It. 2 Z l . 3 It An Incremental pro9resslon In processing power. system It 1.3.3 SPAN OF PRODUCT OFFERING 5 throughput and system c~pabl11ty Is to be achieved fhrouqh 5 6 harcware conflqurabllltv. spacl~llzed soff~3re sch~dulln1 & , algorlthNs and selective addltlon/jeletlon of 'software fe.'ures. ., The hardwar~/software system Is to span a large range II 8 'Sl~O-2000X In 1976 manufacturing cost termsJ of configurations. 9 CJ apollcatlons and processing pOHer. The line Is to encomoass 1U 10 central processors of the range 1 to 36 times t~e speed of CYSER 11 11 73. Un the context of this document.. the CYOER 73 m;tv be lZ A broad range of applicability for the hardware/software lZ assuMed to be equivalent to the CYOER 17Z, but the measurement 13 prOducts Is to be assured through specification and use of 13 base rewa Ins CYOER 73.J 1ft 3-flglneerlng st andards, so ftliare conventions Dnd co 11'111 on 14, 15 I.plell'entatlon tools. ." 15 16 16 17 11 111 1.3." COST/PERFORHANCE 111" CYOER 180 Is to be cost/performance effective In support of 19 19 general scientific and englnearlng applications. It Is required 20 ZO to effectively function In networle. and data base environments and 21 The CYOER 170's market strength Is high system throuqhput. Zl to allow·us4r access In" transaction. batch or timesharing mod.s. 22 This remains a maJor design factor for CY~E~ 180. however. the 22 Z3 priority Is lower than It h3S been lor CYBE~ 1'0 "svstems." 2J 2 .. 210 25 Z5 Z6 "1.3.5 USABILITY Z£o CYaER 180 Is to be compat Ibl. across Its range fn i.0urce 27 27 languages. Instruction set. data formats, recording media and the 28 Z!I ; 'user Inted ace. F"eat"uriri"'-ilnd capabfl1 'ty' subset tlngareiJccephb Ie 29 CYeER 180 Is to emphasize usability by Qopllcatlons 29 '-'for""hlgh -and-low performance conf Igurations. 30 programmers. Aopllcatlon programs are to be easy to develop 3nd 30 31 debug. The Intera~tlve Interface Is to ~e slmpla to learn a"d to 31 32 " use. 32 3,1 3] 31t The maJor design criterion Is to define the essentl'l 'eatures 3 .. To reduce developmant, ma~ufacturlng and maintenance costs. 35 0' the user Interface In a simple and conSistent .anner. Where a .!Iii co.won elements are to be used across CYBE~ 180. At least. 36 tra~eoff must be madi between NOS/NOS-DE evolution and 36 3r simplicity. simpliCity prevails. 37 9 Software product set 18 311 ~ 8a,lc ooeratlng system 39 3q ~ I/O channels and controllers "0 1.3.6 PROT£CTION/SECURITY litO "" Peripheral devices U .. 1 ~ P~rlpheral and controller diagnostics "2 '2 ~ Hodel-Independent tests. a.g •• memory t9stS "3 CYOER 180 Is to supply a baSic level of hardware/software .. J - Diagnostic utilities .... protection whiCh significantly exceeds CYBER 1ro. Hare .. 10 .. 5 sophisticated security 3nd checking features must b. furnl,~ed as '0; Additionally, CYOE~ 1rO alements will be carried forward to .. 6 software options. (It Is expected that a reQulre.,nt for '6 the CY8E~ 180 line, where possible. \' ·certlflable security" will exist 'during the lifetime of CY9ER ItT "8 180.1 totl COHPANY PRIV ATE DRAFT COHPANY PRIV AlE DRAFT 1-5 1-6 CY9ER lS0 ARCHITECTURAL 08JECTIVES/REQUIREHENTS CYOER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS 06/0SI1S 06/08tre ARCHITEC'U~AL UESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL -----~------~--.------1.0 [~TRODUC'IDN 1.0 INTROOUCTION I.J.7 STORAGE STRUCTURE ------1.4 HIGRATION 1.J.7 STORAGE STRUCTURE 1 operating svste. will support a dual-state CYDER 170 and 1 2 CYOER 180 job stream. 2 1 l A I'alor CYBER 180 obJectlve Is provision of progress"lvelv 1II0re It c) Product Set It powerlul memory and storage ceoabilities relative to CYOER 170 5 5 end earlv versions of CYOER ISO. ThIs Includes' 6 "Product Set Development - 8Polv 8S much new CYBER 110 6 ., product set developlI,"t to CYDER iso 8S possible (even if ., - large real lIIemorles /I It mears delavs to the 110 programl. Advise users of '11 - virtual melllory mechanism 9 recommended source and data usages which wll I ease their 9 10 conversion ta CYOER 180. . 10 longer range CYOER 180 obJectives ara to .ffectlvely supoort 11 11 naM storaqa technologies Ind storlge hierarchl.s. 12 User Programs - aim for source langu8ge compatlbllltv 1Z 13 between CYBER 180 end the equivalent ~1 CIBEQ 110 1J lit product. The driving force on the user Interface is 1ft 1." .l!l.GHAll!l1f l1i data/machine Independence. 1t; 16 16 11 dl Oah/F II as 11 Alter having defined II product line whleh Is cOIIIPetltive In 111 18 the rarketplace of the 19aO·s, migration of the eXistIng CYOER 19 .A set of logical reCOrding conventions wi., be estab.ishad lq 170 custom.r base becomes a major consideration In CYOER lS0 20 on both lines to ease file converslon~ 20 definition. Conve~ston frolll • CYOER 170 to a CYOER ISO sttt. 21 21 SYsteM must be slgnlflcantlv less eKPenslv~ than conversion to a 22 22 coepetltor svst.m. 'he migration str~tegv will emphasl~. 3n 23 23 eKtended per~od of conversion from CY8ER 170 state to CYOE~ 180 21t 210 i~~te. - 21i 25 26 26 The chief elements of the migration strategy aret 2' 27 211 2e al Hardware 29 29 30 lO CYOER 170 State - CYBER lS0 hardware Is to be capable of 31 31 reDlac}nq a CYDER 170 mainframe ~nd eKecutlng Its code 32 3Z' unch~nqed. Execution of the CYe£R 170 Instruction set on 3] JJ CYOER 180 hardware Is defined 85 CY'lER 111) state. (~.fer lit lit to Sectlon.10 for alf objectives of the CYOE~ 170 state •• 31i 35 36 Jb Perlpnerals selected CYBER 170 peripheral devices and 37 .1T controllers will be supported In CYB~R 180 native state. 3S J:\ 39 lq bl Operating System itO ftl Itl "1 Target Operating System - define a t~rget operating system It2 "2 specifIcation for CYBER 180 and then "bend" CYOER 170 It] It] systems and products toward that target. The driving It'. .. .. forces on the user Interface are slmpllcltv and 45 .. C; conslstencv. 46 lob 1t7 .,7 "ultlple lob streams - Inltl~I v~rslons of the CIBER lRO '

COHPANY PRIVATE O~I\H COI'tPANY PIUVATE DQAFT 2-1 CYBER leo ARCHITECTURAL OBJECTIVES/R.EQUIREMENTS CYBER 160 ARCHITECTURAL OBJECTIVES/REQUIREKENTS 0&/08118 06/(l8118 ------ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL Z.OREfERENCES 2.0 REFE"ENCES

------.------, '

2.0 HfEf.Rt;t!.C.E.S. 1 161 000 Directive 5200.28-H AOP Security Hanu31, Januery 1973 1.. 1 2 2 ..3 3 '3 "5 & T '"7 1) Compute~ System A~chltectu~. Sub-St~ategy (R.evlsed 6/5/73) 1\ II 9 9 Z) EDP Systems St~ate9lc Plan, 1971-19~1 (App~oved 7/6/77. 10 10 11 11 3) CPO CY8ER. 170 Soft~a~. Imp'ement~tion PI~n (Network 12 12 P~oducts lnfo~matlon on'y). October 1916. 13 13 14 1" ~) CDC Harket Requl~ements ,Document (11/10/16) 15 15 16 1& 5) Envl~onments l Workloads Specification. ARH1858 17 17 111 1~ 6) IPl P~ocesso~/Memorv HIGOS,· ASlOOZll Rev. G 19 19 20 20 71 IPl Hard~are Maintenance Strategy. ASl00270 Rev. A 21 21 22 22 8) CYOER Ope~atlnq System Security Requl~ements and Status. 23 2J August 31. 197i. Daniel Zak. 24 Z" 25 i?5 9) large Computer, Halnframe Reliability Growth Study. 2& 2& 11/22/7&. K.J.Brad'o~d 27 U 211 26 101 CYOER 180 Product life Forecast. 0~/l~/78. O.l.Mueller. 29 29 B.l.Thompson 30 30 31 Jl 11) eYLtER 180 Pr09~am Plan. NPP Program Of' Ice 32 32 33 33 12) CYHER 130/170 Maintenance Softwa~e Strategy/OevetoPMent 3~ 3" PICln, ~/4/71, J.W.Sundet 35 35 3& 3'" 13. CYGER. 11}0 System Interface Standard. S219& 37 H 36 3,~ 14 ) CYOER 180 Haintenance Obi actives and ReQulramfintsf 8/2117 39 J'l .. 0 .. 0 15) CYBER 160 Product lIna Pt 8n, F.VI"ce/9.l.WlsSIler. Aprll t&o1 H 1978 ' .. 2 .. 2 ~l .. ~ 4~ .. ~ .. 5 .----~------.. 5 • Re'e~ence & Is conslde~ed to ba the bas8 hardware 5n.clflc~tlon r.& '" 'O~ thl$ AO/R. although It now Is superseded by the CYBER. 160 .., ..,.. Mainframe H[GOS. ARH1700. Ita ..8

COMPANY f'RIV AlE DRAFT COHPANY PRIVAtE O~AFT 3-1 CY9ER 180 ARCHITECTURAL 09JECnVES/REQUIREI1ENTS 3-2 06/0111111 CYBER no ARCHITECTURAL OBJECnVES1REQUIREI1ENTS ARCHITECTURAL DESIGN AND CONTROL 06/011/78 ARCHITECTURAL DESIGN AND CONTROL 3.0 CHARACTERISTICS AND FEATURES ______M __ ~ ______• ______------~------3.0 CHARACTERISTICS AND FEATURES ------:------3.1.1.2 "alnframe Systems 3.0 .t:llAUClllUSl.lc.LAtilLEEAlll!Es' 1 2 1 3 2 3 "5 A CYBE~ 180 mainframe system Is m.~o~y centered with .mphasls .. 6 on configuration growt~ and connectability' 5. 1 I) II - lHByte-32l1Byte central Me~Ory •• Each "MemOry accessible by' 7 3.1 .cSlHfl!ill!lAI1IUi.s. 9 8 10 - 1-2 Identlcal central processor units. OJ 11 111 12 - 1 lor 1" 21 110 Units, each consisting of. 11 3.1.1 HARDWARE CONFIGURATIONS 13 - 5-20 Perlcheral Processors (PPI 12 1\ - 11-210 Channels 13 15 110 It Is the Inteht of CYBER 1110 to IIchieve II SMooth progr.sslon, 16 • Varies by system type Isea 11 .... 1. 15 01 co~putlng power by off.rlng • tllllited number of 11 16 lIIultl-processor and lIIultl-lIIalnframe growth options at .ach system 111 l' level. Thls Ilmlted number of configurations Is chosen to allow 19 111 sllll~'er design and Installation characteristics to Improve cost 20 lOJ efrectlveness." Cost data for various configurations Is contained 21 Specific device classes eay be reQuired to run the sys'e~ but 20 In Appendlx O. 22 not specifiC device mOdals. 21 23 22 Facliities . "III be provided that allow lor Increm~ntal svste.n ZJ 3.1.1.1 l~mln~~~" 24 25 expansion with minimum site disruption. It will be possible to 210 26 add or delet. peripheral devices from a runnlnl system. ~ 21) ZI) TerlllS to reference hard~are .Iements' 21 211 facilities wlll be provided that allow 'or dYnamic 2r l1alnframe = centra' "processor(s. + centrat lIIelllory + 110 29 reconflguratlon around failed crltlcal comcon~nts (esoeclal'y 2'1 unl t 30 CPU's in a two-CPU system, memory, and PP'sl, 29 31 30 l1alnframe system = Haln'rame + Peripherals 32 It will be p"osslbte to power-up and power-down 01 I eQulplllent 31 .U without af'ect to th~ "TDI. In addltlon, oower-up anj power-down 32 engl~eer. J3 DeSignators used to reference hardware el ••• nts (.xcept l~ Shall not require the assistance of a maintenance 35 3" THETA" 3'; 3& Central" prpcessor , PA 31 31) 38 3r Hultlple lRalnframe SystelR support will Include"' H Central Me~ory = "" 39 .. 0 39 Halnframe system. SA .. t - Job/file routing via I/O channel connections (local or .. 0 102 remote' to a dual CY3ER l~O or to a CY9E~ 180-CYBER 110 \1 Input/Output Unit: In "3 mainframe system. 102 .. ,. 103 - Shared mass storage devices. ma~netlc tape devlces, .... where larger" Indicates lncre.sed capacity andlpr speed. 1t5 10; 10& communications front-enj, mass storage files and .. , Input/output queues a~on9 two to four malofrl". Syste~s .. 6 .. II runnln;! the CYOER 180 ooeratlng Syste~. Jobs executlnq In .. 7 different mainframes have the same fll. Sharing .. 8 COHPANY PRIVArE DRAFT COMPANY PRIVATE 5-3 ClBER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS ClOER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS 3-' 06/081111 06/08178 -----,.------_.------ARCHITECTURAL DESIGN AND CONTROL ------.------ARCHITECTURAL DESIGN AND CONTROL J.O CHARACrERISTICS· AND FEATURES 3.0 CHARACTE~ISTICS AND FEATURES 3.1.1.~ ~ultl-malnframe S,stems !!!!!!~_~2!!~~~!_~!~!~~!_~~~!!2~~!~!!!!! ______

capabilities as two lobS exec~tln9 In the same ~8Infrem •• 1 aaxlaum capabilit, software configurations. 1 Jobs ~a, be dedicated to specific mainframes (e.g •• lobS 2 2 using non-shared eQulpments or requiring a unlQue·processor ~ 3.1.2.2 R~~Q!19yca~llx ~ t,pe'. It .. S 5 In the general multi-mainframe configuration loose coupling 6 Reconflguratlon of specific critical software co.ponents to 6 (e.g., no direct access common memory element. Is used for s,stem ., obteln different system oerformance.' C8Pllbility and AAI1 1 control. An optional dual mainframe configuration using a shared 8 charecterlstlcs will be possible In II user's running oroductlon ,8 are8 of one malnframe's central memor, 'or coupling Is 9 env Ironment. 9 supported. 10 10 11 11 In the event of a sIngle mainframe failure the remaining 12 12 m11nframes can continue to function In 3 multiple mainframe 13 13 envlron~ent. In the event of a mass storage failure 1~ 110 (devlce/controllerl onl, the failed ph,slcal element would be 15 15 Inacce~sibl@ to the mainframe complex. Configurations that allow 16 1& for l1yramlc reconflguratlon around link-medium failures are 17 tr supoorted. 111 l' 19 19 20 20 3.1.2 SOFTWA~E CONFIGURATIONS Z1 21 22 72 23 ~l The system will support concurrent proceSSing In an, or all of 2~ 210 the following operating modes (listed In priorlt, order for 25 25 functional deslqn trade offs" 26 26 2,. 2' ~ transaction 1nd limited fl~e·sharlng 28 2'1 ~ general puroose time-sharing 29 29 batch (remote and local' 3D , ~O 31 31 T~. Intent Is to oro~lde a basic design which will suoport 32 32- transaction processing but not compromise time-sharing s,ste~ 33 3l performance. All modes of operation must ~eet configuration and llo lit p~rform3nce requlre~ents. 35 H 36 31; T~e s,stem Is to be capable of optlml~atlon for a specIfic 37 3' operating mod~. Implementation of a time-critIcal operating mode 311 38 wll I rot be soeclflcal/, suPPorted nor dellberatel, precluded. 39 J9 .. 0 itO 1t1 It1 .. 2 .. 2 It3 ... ~ Soft~are feature design and Implementation will suoport CDC·s ~4 ~ .. s~parate element pricing strat~qy. A-_llm11~~ __ nYm~~C of m310r 105 its soft"are features and products wIll be deVeloped and olfered as '*6 '6 ootlonal c~P3bllltles. The s,stem deslqn will also a"ow for 1t7 .. r featore and capabillt, subsettlng to achieve high performance or 48 "" r.DHPA~IY' prnVATE DRAFT COHPA NY' PRIV ATE BRAff J-5 J-6 CY8ER· 180 ARCHITECTURAL OBJECTIVESIREQUIREKENT~ CYBER 180 ARCHITECTURAL OBJECTIVESIREQUIREHENTS 06108/18 06108178 ARCHITECTUPAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL ------J.O CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATURES 3.2.1.J Other CPU Features ~------~------J.Z HARDWARE ELEHENTS ______• ______4_ --~------~------.------1 . 1 2 Procedure Switching assistance. Including stack 2 ~ 1 0\ It J.2.1 CENTRAL PROCESSOR (CPUJ 5 5 6 3.2.2 CENTRAL HEHORY 6 r , A series 0' CPU's ere required to support 8 range of II perform3nce an~ applications; specifically. cepabilities 'or "9 Central memory obJectives are' 9 Scientific. BOP and for CYBER 170 state. 10 10 11 Span the product range (exclUding THETAI with the best 11 The CYBER 189 CPU will be based on the CYBER 180 Halnframe 12 costlperformance. This Imolles. lZ 11IGOS. ARH170D. 13 13 1ft Exploiting the advantages of cost reductions In ftlemory lit J • 2 .1. 1 lo.s.lI:.Yk.tl2Jl-SAl 15 component technology. 15 16 Use of cacne memory In the CPU for performance 16 17 Improvements. U' The native CY8ER 160 Instruction set will handle the 18 Hlnlmlze costlblt Including cache ( IIIemory 18 applications above with emphasis onl 19 volBtlllty.ls acceptab.leJ. 1'1 20 20 linkage for switching control between CY8ER 180 and CY8ER 21 Haxlmlze avallabllltv throughl 21 .170 state. 22 ~ / ZZ 23 ., Single Error Correction/Double Error Oetectlon ~!XC/0 .,2J floating pOint orientation. emphasizing execution speed. 2\ RIlconfigurabllltv around faulty memory elements. . ·l.j)2ft 25 25 eDP orientation. emphasizing balance between Instruction 26 logical byte address,bliity 21) speed and code Comoactlon. 27 2T 28 2/\ memory management. emphasizing protection and 18I"ge 29 3.2.3 if' BUL~ HEHORY 29 address spaces. 30 30 :u 31 32 8ulk Hemory obJectives arel 32 33 3J 3,. - Provide facilities to fully utilize bulk me~ory 31t Provide a virtual memory mechanism to support. large virtual 35 technologies e.g •• electroniC beam access memory (EBAM' or 35 address space bv means of segmentation and paging. The mechanism J6 bubble tYPe device whln available. 3& Is to Include protection schemes for Interllntra Job protection. 3T J7 38 - Optionally support bulk memory to supplement central 33 .19 memory • J9 ItO .. 0 101 - 8ulk memory will be addressed In the same ~anner as central "1 ~ Software managed, Interrupt driven processor. 102 memory (Including executionJ. "2 .. 1 It} Fixed suooort to connect en optional per forlllance It't - Dulk memory will be non-volatile (I.e •• retains Information It~ monitoring 'acility (not to ex~eed O.2X CPU cost. 1t5 24 hours without pow,rl. SoftMare will not comoensat~ for r,5 excluding re~I estate costs'. ItG volatile media. r,6 ItT t" ~ Process s~paratlon (protectIon' and memory Interloc~s. r,8 itS

COMPANY' PRIVATE DRAFT COtfPANY' PRIVATE O~AFT 3-1 CYDER leo ARCHITECTURAL OBJECTIVES/REQUIREMENTS CTBER 160 ARCHITECTURAL OBJECTIVES/REQUIREMENTS Q&/OIll11'1 0&/011/76 ARCHITECTURAL OESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL ------~------.------*------~------+ 3.0 CHAqACTE~ISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATURES 3.Z.~ If 0 UNIT IIOUI 3.Z.4 I/O UNIT 110UI

3.Z.~ I/O UNIT IIOUI 1 Peripheral devices supported In both CrBER lTD state and Cr~ER 1 2 180 state use the CYBER 170 channel and unmOdified controller. 2 3 Changes In controlware and ~ecordlng lormat are allowed for CY~ER J The I/O Unit provides the Input/output capability tor CT9ER 1t 160 ,"ode suppor t. • .. 160, in 160 state, 170 state and dU1I1 state operations. The 5 5 orl.ary obJectlyes arel 6 £:, 7 7 - suooort for CYBER 110 state. 8 ~ 9 The channel confl'l_ratlon allows connection 01 CDC 3000 Series q - support a high speed I/O system architecture that performs 10 ivla a CDC &&81 Data Channal Converter or eQul¥al~ntl, 6000 10 most of the eQuipment oriented functions for the CPU. 11 Series, CYBE~ 70 or CYBE~ 170 peripherals. In addition. a unlQu~ 11 12 t::YBER 180 channel will be provided that has tha fono"ln" 12 - orovlde connectability to CTBER 170 p~rlpheral devices. 13 cap ab lilt lest IJ 14 1 .. - provide flex~ble configuration options. 15 N high transfer rate. set Section 7 15 16 16 To satisfy these obJectives the IOU shall provideR 17 ~ channel wldlh of 16 data bits plus parity 17 III U\ . ill CYOER 170 as a subset of the full peripheral processor 1'J C cost efficient elect~lcal transmission 6ch~~e for c3ble 19 (PPI Instruct Ion set. 20' lengths UP to 200 ft. 20 21 21 bl Any combination of 5-20 pp·s In Increments of 5. Z2 - error o detection, error Isolatlor. and error reporting 22 23 hardware which al.ows system ~AM obJectlves·to be me1w 2o~ c) Any combination of 8-Z~ channels In Increments of 2. Z~ ~ .. 25 25 at 10 ast 1 chann .. ' per PP 2& 2b - both of a channel pall' are of the same cliannel tYlle 27 zr 1170 or 1601 <'II The PP's will be 16-bit processors that use the CY~ER 170 PP 2'1 - SI supports only C170 channels up to a maximum of 22. Z9 lnstr~ctlon set. In addition, instruction set extensions alloH Zq 30 the addressing of all of centr;,1 lIemory, lnd the eft Icle"t Ja dl Full cross connection between pp·s and centra' memory. 31 transmiSSion of 8-blt oriented data. 31 3<' Jl el Fu" cross connection between PP's and channels 3J To Insure system Integrity, the level of function performed bv 3) 3" the PP and lis access to central r.'e",ory Is restricted by the H - 11~lted to 10 x 1Z on SI, restricting 51/170 state 35 design of the software. As a C160 system element, the PP mlln'y 35 conflgur~tlons to 10 PP's lone cfuster) maxlmvm. 3& performs functions rel3t~d to Inout/output ooeratlons. 3b - 20 PP 51 configurations {ISO state only) reQuire two 37 Predominately comoute oriented functions (~.g •• schedullnq the 37 chijnnels for cluster Inte~connectlon. 36 CPUI are not performed by the PP. PP's are dedicated to oerfor~ H - C'BE~ 160 state 0.5. and maintenance software will 39 specific functions le.g., mass storage 1/0. taoe I/O. 'ront-en1 3-J rest~lct thel~ use of fvll PP-ch~nnel 1;0 1/0). C~ntral memory reQuest Queues managed by t~e operating 100 Inte~connactability In anticipation of future models ~1 system describe logical functions h.g., flit thes~ buffers fro'" Itl eliminating this capability. "Z posl t Ion X of disk YI to bo oerformej by the PP. The PP "Z .. 3 Interprets these rOQuests Into device deoenjent oper3tlons. It 103 'I Provide a two-port operator console multlpleKor tsee ~~ a'so performs basic error recovery operations. .... section 3.Z.4.4). "5 Itt; .. & The system function of mon1to~lng for software and hardware .. b - ona port reserved for local operator console. ~7 errors or failures Is performed by 1 PP (On-line "onltorl. .., - one port reserved 'or ~emote maintenance. "8 ..It

COI1PANY P~IVAlE DRAFT COMPANY PRIVATE OQAFf 3-9 .3-10 CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS CYSER tOU ARCHITECTURAL OBJECrIVES/REQUIREHE~rS 0&/0""8 0&/08/78 "ARCHITECTURAL OESIGN AND CONTROL ARCHlrEC~URAl DESIGN AND CONTROL 3.0 CHAP~CTERISTICS ANO FEATURES 3.0 CHAQACTERISTrCS AND FEATURES 3.2.4.2 Perlpher~1 Processors 3.2.4.4 Ooerator Console

Cl!10 PP so I tware will be trea ted as controlware (see 1 console (only' will be allowed to flll this· reQvlr,u"nt on an 1 5.2.2.1). 2 exc9ptlon basis •• 2 3 3 Thc operator Interlace will suppar" !t "5 5 & - s"lngle, mul tlple and remote oo'!rator console & Device controllers will provide the ;ollowlng capabilities 1 con r I gurat Ions. 7 (eKc~Dt where not aoproprlate to the device typel. II 8 9 - minimum requirements for operator Intervention (I •••• 9 - shared "access or multlole "date stream 3S necessary to 10 design to execute In an unattended manner'. 10 support multi-mainframe systems (RHS, tapes and 11 11 communications front ends only' 12 - use 01 standard 1/0 Interfaces and eQulpments for 12 1J ooerator communlcatlo~s. 13 - supoort several models of the same device or device class 1,. 1\ 15 15 - attachment of UP to &4 devices 1& 1& 17 tr - maximum overlaD of operations on separate devices 18 Peripherals "to be suoported are listed In Apoendlx c. B 19. 19 - single functional design for a device class 2a 21t 21 3.2.5HAINTENANCE CHANNEL '21 - provide Interface to CEM for power control 22 22 environmental monltorlng (see ~.2.&.5t. " Z3 2J 2ft There will be a Halntanance ChB.,"e' with tho followl"g 2" 25 charBcter IstlcSl " 25 2& 2& 27 - Connect to the CPU·s, memory, 1/0 Unit and other 2r The operstor control console for CYBER 180 consists of one or 28 Intelligent devices In the system. 211 more Interactive terminals Which Interface t~ the CyaER 180 OS by 29 2'1 .eans of standard Interactive terminal mechanisms. The Intent Is 3D - Provide the' meBns 'or master clearing/Initializing the 30 11~lted operator/system Interaction. 31 connected svst.,m elements. 31 32 32 9aslc operator control console functional characterlstlcsl 3J - Provide the Interface 'or the Environment Monitor and JJ J4 Pcr'or~ance Honltor. lit - 300 baud for remote consoles 35 35 - 9&00 baud for local consoles 36 - Provide a privileged access to the system 'or. maintenance 3& - CRT screen or 24 lines by 80 characters 37 Bnd recon'lgurBtlon. 31 - cursor control capability 38 3!1 - standard ASCII keyboard 3'1 3'1 \0 3.2.6 HAROWARE SUPPORT FACILIfIES .. 0 No CYBER 180 (nor new 170 state' operating system or diagnostic \1 .. 1 software will require functional capability greater than that of .. 2 .. 2 the basic co~trol console to operate. 1t3 There will be B set of hardware support facilities which ..1 '" . 44 provide the ro.lowlng functlonsl It It EKtend'ld system statvs display capability wlllbe available \5 .. S using more powerful, optional display consoles, which provide a .. 6 - Power-on/Envlronmenta' Honltorlng .. £. superset of the functional characteristics of the basic control .. 7 .. , console and which may ~aplace It. (The current C170 CC-5~5 11011 - System Inltla'ization \8

COMPAIU' PRIVATE O~AFf COMPANY PRIVATE D~AFr 3-11 • 3-12 CYBER 1ftO '~CHITECTURAl OBJECTIVES/REQUIRE"ENTS CYBER 180 ARCHITECTURAL OOJECTIVESIREQUI~EHENTS 06/011178 061081711 ARCHITECTUPAl DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL . ------.------.------~------3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND fEATU~ES 3.2.6 HAROWARE SUPPORT FACILITIES 3.2.6.2 Automatic Power Recovery ------._------.------~------1 key system elements. 1 - On-Line SNstem Monitoring 2 2 J - A deadstart signal· will b~ provided and a recovery :s - Off-Line Diagnostic Control It deadstart can be perlormed wlthoui oP!rator assistance. 5 "5· 6 - Equipment seQuenced UP wltl Include as a ~Inlmum' all (, "7 malnlrame comoonents; svste~ disks. perm~nent Ille disks 1 II and their controllers; remote ter'lllnlli ft The ba'Slc 'System will have temperature monitoring and power 9 multlplexers/front-ends (Ie., 2550. and other HGs; ~agn~tlc 'J control lOCBl' to each equipment ~nd operating Independently of 10 tapes and unit record eQuipment wIll be excluded. 10 all other system eQuipments. The basic system equipment 11 11 reQulre"ents arel 12 This optIon will reoulre a Conflgur~tlon and Envlron~.nt 12 13 Honltor (CEM' and 2.5 sec ride-through a~ Dart or the 113 - HG Set/Controller 11 .. conflguratlon. There may be leg,,' lmolleatlons .. hlch could 110 - Power Control Box (Include dewpolnt sensing for liquid 115 null"y this obJectlve. However. until these legalities are 15 cooled systelll' 116 resolved, develooment snould assum~ the ObJective stands. and 16 - Enylronm~nt (temp/humldltyJ recordlnJ 117 deslgr this feature "Ith the ~ooroprlate safety leatures. 11 - Terminator Power Suppfy 111 18 - Chilled water Is an acceptable requirement for S2, S3, and 19 3.2.6.3 .s.utuJnililil.z.all!Ul 1'1 THETA syste~s: SI must be al~ cooled. 20· 20. 21 21 For 'operatlonal convenience. It will be possible to powar UP 22 System Initialization olace~a mlnlmu~ set of hardware In a 22 the .alnframe and certain peripherals from a slngte power-on 23 known operatlo~al state, roady to deadstart the operating svste~ 23 button. This will apply as a minImum to all mainframe 2.. or execute off-line dla1n~stlcs. 'his automated process Is 210 components, to all controllers, and to system dls~ drive !nd 125 Inltlat~d by oresslng the system Inltla'l~atlon button. The 25 controller. The system will also Include a manual emergency o'f 126 m1nlp-um set of hardware Inltlal1zed Is the h3rdcor~ system 26 control. 27 elements which are those affected by one-button power. on, plus 21 211 the system console. As each hardcore element Is Initlailled. 211 Hultlole lIIalnframe systems will be treated as separate 29 confidence fevel tests are run against It before proceeding to 29 mainframes each having their own power supply. either from their 30 the next element., The final steo 01 system In1tlallzatlon Is to 30 own HG set or from a Single KG set via load controllers. 31 pass control to the Ooeratlng System. The Off-line Olagnostlc 31 Efe~,nts common to these mainframes Ce.g., memory, disks, etc.t 32 Monitor pr the Operating System will have the responslpillty for .12 shall eIther have their own. Independent power supply or use 8 133 Initializing the remainder of the system. 3.1 single HG set via load controllers. 13 .. lit 35 The system InItialization process begins In the IOU and 35 HG sets will be offered either at minimum cost or with maximum 13& . rOQulres' 36 reliability (to the systeml. 'he high reliability sets "III 137 l1 provide a 2 1/2 second ride-through capability. See section 1311 - A PP 3S 11.1.5 for details. 139 H itO - A prestored program accessible by that PP from read only ItO Cil memory • .. 1 .. 2 1,2 .. , - A storage device containing the firmwarelcontrolware for "3 As an option, an automatic po"er recovery feature wlfl b. .. .. the hard-core system elements. Under normal ooeratlng It .. provided. 'his feature wl.1I have the following clIPablllt lesl .. 5 conditions this wilt be the system mass storage devleel 1,5 .. 6 otherwise It will be a removable media device (see .. 6 - When the power supp'y Is lnt~rruPted for a period not .. 7 l.3.101 • 1t7 exceeding one hour, power will automatically be returned to Itft "" COHPA'NY PRIVATE O~AH . COMPANY PRIVATE DRAFT 3-1l1 CYGER leo ARCHITECTURAL 08JECTIVES/REQUIREHENTS CV8ER 1110 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06/08l7e 06/08"'8 ------*------ARCHITECTURAL OESIGN ANO CONTROL ARCHITECTURAL DESIGN ANO CONTROL 3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS ANO·FEATU~ES 3.2.6.3 System InItialization 3.2.6.5 Configuration and Environlllent Honltor ICE~) ------~----~------~------

- A console. as in pa~ag~aph 3.2.4.~. 1 - IOU 1 2' - System disk controller 2 The p~estored pr09~am validates the PP being InitialIzed and 1 - Svstem disk .1 validates and provides the code necessary to read a record from ft - Permanent 'lIe controller It 5 the Input device. The "rBF of these co~oonents signIficantly - Pe~manent fIle devIce 5 & exc~acs the system HTSF and will not be less than 10.000 hours. , - Base unit reco~d equipment tbatch or cOIIl!'unicatlon 6 oriented' 1 8 ~ 9 - Monitors environmental st3tUS Information from the computer 'I 10 room such as dewpolnt, power brown-out, etc. 10 For h3rdwa~e suppor' monIto~lng In ~he on-line and olf-Ilne 11 11 environment see Sections 3.7.1. and J.7.2. 12 - Oisseminates alerts to processors that Indicate a. system 12 13 'al lure Is Imminent. 13 All mainframe components shall be monito~ed lor environmental 1\ 14 conoltlons out of range. HBInframe components comprIse' 115 - Powers-up and powers-down maIn'r31!'e components ~nd sQlected 15 11& processors, IOU~ memorIes (excluding ECSl. and EC~ coupler l~ perIpheral equipment u~de~ program control as an en~rgy 1& 17 CYBER 170 state. Environmental conditions shall be divided Into conservatIon measur~. 17 two categories. 111 1~ 19 - Provides one~button power onlo'f to equIpment other than 1'1 20 the basic group specifIed In par3graph 3.2.6.1. 20 21 21 These are warnIngs of an !lIImlnent failure. typIcally to a 122 - Connects to a maximum o! &~ system elem@nts or element 2l 5yst"m c~It1cal .. Iement, which shall be .-eportQd by '123 groups (e.g., a grouo of diSks or magnetIc taposl. 23 lnterruoting the CPU a minimum 0' 2.5 seconds before the 124 Zit faIlure occurs. 125 In multiple mainframe con'Igu~atlonsl 25 2& 2& J..!lIl9-!iar:nlng.s 21 - The CEH Is optional to each maInframe. Z7 28 - A mainframe monitors Itself and Its oerioherals. 2" Long warnings are provided without Int@rruptlng the CPU 29 - Shared peripherals are monitored by one ~31n'rame only. 29 whenever environmental conditions art su~h that an element 30 Note fhat whun onu mainframe is powered down the shared 30 ~av be expected to power down unless th~ condition clears. 131 peripherals, wIll stilt be . available to the other 31 132 These wdrnlngs shall be p~ovlded 8 mInimum 0' 2 ~Inute$ prIor maInl~ame. However, If the mainframe which Is powered down 32 133 to power-down. was ~esponslble for monitoring environmental conditions on Jl 3ft the sha~ed perIpheral s, then they wi II no longer be 3" lI5 monitored. 35 3& 36 31 H An optional ConfigUration and Environment Monitor Mill be 311 3.Z.7 PERFORHANCE HONITOR 38 developed that performs the 'oilowing functions' 39 S9 ~O. ..0 - Monitors systems for envlronmantal/power faults 5nd 1t1 Except for S1 the CPU will support an optIonal Performance 1101 warnings. When present In the system, the CEM wIll monitor .. 2 Monitor hardware facllltv that collects data describing the "2 the m~lnframe components for environmental/power 11ults and .. 3 dynamIcs of system @xecutlon. fhls data Includes measureS 0' "3 I .... warnings. The mInl~um types of equIpment to be monitored Interrupt frequency, processo~ state changes, cache management. .... are (sea AppendIx C lor more detaIllS 1.. 5 etc. that can b@ used In the analysIs of system perloreanca • \., .. 6 't£> - Processor 1t7 Test points are furnished on the IOU to allow monltorIn9 0' It, - Hemory .. 8 external devIce and channel utIlization by means 0' commercIally 10 !I COI1PANY PRIVATE DRAfT COHPANV PRIVATE ORAFT CYOER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 'CYOER 1110 ARCHITECTURAL 08JECTIVES/REQUIREHENTS 06/0111111 06/011/711 ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONT~Ol -----.-----~------3.0 CHAqACTERISTICS AND FEATURES J.O CHARACTERISTICS AND F~ATURES 3.2.7 PERFORMANCE MONITOR 3.J OPERATING SYSTEH ------~----- available recording devices. Suitable test points KII. also be 1 • dynamic paglnq 1 furrlshed on the 51. Z 2 J ~ . 11.u.lclI!!!a Performance Monitoring KII. be extendable. Kill not interlere ., - dat~ segMent sharing with the system Khen inactive and Kil. not vlolete system 5 - two speed memories (central/bulk' "5 sec ur I t y. 6 • key/lock protection 6 -, 1 8 CYOER 180 hardKare and NOS/lI10 use Mu.tlple Mainframes as the II J. J .Df.EBA.I..lliLUs.If.H '} primary path for Increased availability with growth. NOS/180 9 10 supports the dIstribution of maJor system functions a~ong 10 11 separate malntrames or subordinate processors. 11 The CYOER lBO operating system ,NOS/1801 has the fo"oKlng 12 12 design obJectives' 13 1l 1" 3.3.1 SYSTEH STRUCTURE 1" 1t Take adVantage 0' CY8ER 180 hardware capabl.ltles. 15 15 16 16 2t Make user Interfacest 11 NOS/1SO has four malor functional elemants. each with its own 17 111 ObJectives. guideilnesl Interface rules an1 restricted set 01 18 a' NOS/170 compatible. or 19 'unctions. The elements arel 1'J b' Key migration Interfaces of NOS/170 may be mapped onto 20 20 NOS/1SO Interfaces through command .anguage procedures 21 11 Monitor functions - tne fundament31 functions of sot'KJr. 21 or ObJect library programs and services, or ?2 that translate hardware condl'lon~ and signals Into 22 2J . ct Extensions beyond NOS/170. 2.J standard software conventions and data st~uctures'and th,t 2,. manage the CPU. NOS/lRO and stand-alone CTBER 110 state 2" Jl Satisfy tha needs of the software products. In priority 25 require an Implementation of monitor functions. 25 orderS 26 26 21 2T at FORTRAN Ilnteractlve.bstchJ 211 ze bJ Communications 29 - Correct functional distribution Z'J c) Data Management 30 - Reliability ot function 30 d' C')l)l)l Jl - Speed. 31 at 8ASIC J2 32 tJ APl !J U BasiC Operating System IBO.St functions - basIc functions Jl JIt . JIt most c10sely associated Kith manaqlng systeM ele~ents Ear'y releases 0' NOS/1S0 are prlmarl'y concerned Kith the 35 (Jobsl tasks, flies, memory, perloho!rals'. BOS functions 35 migration 01 NOS/l70 users. CrOER 180 hardware support will be 36 are primitive an~ are not directly Interfaced by end J6 phased across several releases. 37 users. PP functions are part of BOS. 3' 3IJ 311 HJlDlllst.U J'} 39 - dual stat. ICynER 170 and CY8ER lS0t .. 0 .. 0 - large real memory It1 - Correct functional distribution .. 1 - selmented virtual memory .. 2 - Reliability of fu~ctlon .. 2 - rings of protection .. 3 - Speed of function and pr09rarn calJ ." - I/O channel bandwidth "It - Stability of Interface definition ".. - multlole orocessors .. 5 - Effective use of CrBER 180 hardw3re loS "6 - Consistent and sy~met~lc Interlaces for all ,'ement~ .,6 ~jgh1~~~lCI21~ "7 ." - c~de segment sharing .,8 3t Support Functions - general service functions available to . "S

COHPANY PRIVATE O~AFT COI1PANY PRIVATE DRAFT 3-11 3-18 CYBER 1~O ARCHITECTURA~ OBJECTIVES/REQUIRE"ENTS ' CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS 06/0811" 06/08/T8 ARCHITECTURAL DESIGN ANO CONTROL ARCHITECTURAL DESIGN AND CONTROL ------r------~------1.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS ANO FEATURES 3.3.1 SYSTEM ST~UCTURE 3.3.3 JOB PROCESSING

executln~ programs (e.g., loader~ basic record "~anager. 1 owner of the Job. 1 ooerator communication.. Thes4 routines are structured to 2 2 Bilow selective replacement by user or site supplied 3 The Job deck/flle structure resembles NOS/lTD; a set of 3 routines. ,. com "and language statements followed by'data elements. .. "5 '3 6 6 Job step Is the work done as a result 0' a single COMmand In 6 T the Job deck/flle. Job steps execute sequentIally withIn a lob. , - Performance of the function and the prograM call 8 8 - Reliability of function OJ A task Is an Instance of eXecut Ion of a progrllll. Hul t lole 9" - StabIlity of specification 10 tasks can execute within II single Job st~o. Each ,task has Its 10 - Adaotability to future change without forcing ~ser 11 own address soace (sat of memory segments.. Tasks m8Y be 11 conversion until the new feature is used 12 lnltlated either synchronously or asynchronously to the 1l 13 l"ltlatln~ task. iJ ~. Extended Operating System (EOSt functions - functions that lit 1" manage the flow of Mork. EOS provIdes the com~and 15 All" commend Illnguage state~ents are processed _Ithln the 15 l~n9u9ge Interface to the 9nd user. An NOS/180 16 anv Ironment of the JOb. fernllnal sessions a 1"11 processed es a 16 configuration may have multiple Instances of EOS, each 17 lob; login Is Job initiation lind 1090ut is Job termination. H tailored to the needs of different users 'e.q •• 18 "16 19 transection orlente1 application', Jobs may submit other lobs for orocessln9. "NOS/l~n ·orovldeS 1'1 20 commands to assist users and ooerators In controlling tno 20 21 progress of submitted lObS. 21 Z2 22 - Ease 01 use 2J 23 ..; Ad3Pta"blllty to future change wIthout conversion or Zit 3.3.~ TRANSACTION PROCESSING 210 retrainIng 25 25 - Perform3nce Zf) 21> - Packaging 27 NOS/180 processes tr~nsactlons using conceots (user's Z7 21l viewpolntl similar 10 those 01 CYOE~ 17~ TAF/NOS. fransactlons 211 29 ~re »rocessed utilizing the taSking fe3'ures of NOSfl~O. and 2q 3.3.2 SYSTEM CODE OP.GANIZATION 30 permit transaction apolicatlons to have the sa~e ~ccess to system 30 31 resources (I.e., t,lrH'S, files, databases, private oac"s. etc.' 31 32 as do batch-mode and Interact1ve-"ode lobS. rrdns~ctlon 3< J] Where possible NOS/laO system functions execute In the same processing Is olfered In NOS/180 In a mlnn~r ~hlch per"lls 3.1 envl~onment 35 user programs. System functions execute at more 31t tradeoff of Derlorm3nce versus leatures, ~nd provides eflectlve lit orot.!chd ~In'l levels. One coPy 0' the code tor these functions 35 control of the system rasources devoted to such proce~slnq. 3 f j l~ s~ared amo~9 "muftlple user programs. Nos/tao also suoDorts 3& 3t- ma~y leatures In the manner of utility programs with ~ech3nlsms 37 NOS/180 sunports multiple transaction apcllcatlons hlth 31 'or adding, deleting and overriding these programs. 38 concurrent access to sharej databases. InJlvidual 30pllcatlons 31\ 39 may be remotely controlled by Aopllcltlon Admlnlstr3tors. J'l itO Recoverv of transactions Is coordinated with datl man3gement and .. u 3.3.3 JOB PROCESSING "1 commurlcatlons products so as to provide a system whlcn I •• tures .. t "2 high Integrity, continuous operation, and else of use. .. ,,3 .. "3 A lob Is the malor unIt of ~ork managed by NOS/lnO. Users and "4 While recognizing th~ need for high-performance" transaction .. ~ "O~/1AO submit lobs to perform work within the system. qesource 1,5 c,'j It.,., processlnq, CYJER 180 emphliJ~es the low to mid perfor~~nce r,"~e asslgrment and usage accounting Is assocIated ~Ith a lob. Each In commerclally-orlent~d applications. A basic transaction "6 Job ~as a sln)le owner and Is kno~n by a uniQue name. Access to .. , processing capability will be pRovided In NOS/I~O R!, anj"a .. 7 resources and protected elements In the system Is granted to the Itll competitive transaction processing cap3billty will be provided In ~8

COMPANY PRIVATE D~AFT CONPANV' PRIVA TE DRAFT 3-19 3-20 CY8ER HID ARCHITECTURAL OBJECTIVES/REQUIREHENTS CYBER 180 ARCHITECTURAL 08JECTIVES/REQUIREI1ENrs 06/011/111 06/08"11 ARCHITECTURAL DESIGN AND CDNT~Dl ARCHITECTURAL DESIGN AND CONTROL ------.._------3.0 CHARACTERISTICS AND FEATU~ES J.O CHARACTERISTICS AND .FEATURES 3.3.4 TRANSACTION PROCESSING 3.3.~ TRANSACTION PROCESSING ------.------~------._------. . tlOS/I110 'U. 1- q) S1aoga~~lo1~cla~~~_ rransactlon aopllc!tlons 'wlll use 1 z standard NOS/l0D Interfaces. and will h~ve the same acc.ss 2 NOS/lOD tr",nsaction processing objectives Include the 3 to system resources (e.g •• tape~. files. databases. and I follo,",ngl It natwork oroducts) as do other aopllc~tlons. It 5 5 1. !~ana~~ll~O-fcl2~l11~~_ It HIli be possible to process 6 10) 1Ilt.l1--Cllo1.c.l!.l.l._ D,1S16D will provld@ lOCk caoabll it ies at 6 transactions on the basts 0' trans3ctlon priority Hithin 1 record type and individual r@cord levels. .Record tvpes 1 an aoplication. It Hili be possible to alter a II and records which remain lock@d but not accessed for so~. e q transactIon's priority dUring Its execution. installation-defined timeout oerlod ~ill b~ unlocked. '} 10 13 2. HH~_L~~d~L~~~ln~_ It HII I be possible to achieve 11 11 • .!l.Ill!.l:.e.Q.lnL._ OHS180 will or-ocess aUlet-Polnt reauests. 11 load-levelIng In i multl-m",Inframe confIguratIon by 12 Host database lallures will be recovered by OHSl~O ~ithout 12 sharing an appllcatlon's transaction load between 13 user BPollcation intervention or knowledge. 1J mainframes. This HilI 021 be dynamic load-leveling. All 14 lit transactions from a given termInal are processed on'a 15 12. taQ~alL~b~~n21Q1L_ ()~S180 will process Caneel and 15 singh malnfr:-ame. Ter·mInal connectlon Is n:ad, at lOGIN by 16 Checkpoint reauests. and will ensure that "all or none" of 16 NHP's CommunIcation Suparvlsor. 11 each set of updates are perform~d. 17 18 111 3. SlOgll__ n~UlLL- Each transactIon aopllcatlon Hili have a 1q 13) lell.._thtl1lU..-.It will . be poss Ib I e for IIpp Ilea t1 on 11) single owner. This owner HilI also own all resources of 20 Administrators to test selected transactions In a "live" za the application. and will be account~ble for all resources 21 environment without endangering databases. 21 consu~ed by the application. .22 2it 23 1~' nala~ast_R~2X~CXL_In the event a database Is not lully 23 ~. lash-Cbalos£_ It will be possible for one task to Initiate 21t recoverable, It will be possible to restore the database 24 another task or task ch~ln. with the option 0' contInuing 25 concurrently with other system operations. 25 execution or awaiting completion of the called task or Z6 26 task chain. 21 15. ~~an~_RQu11ogL_ Terminals wII I be ~ble to send ~essa~.s 2r 28 and transmit files to a slng'e destlnaticn. or broadcast 28 ~. L2~muQl~1~D--a12~hL_ A varlabla-Iength data block may be 12q to a nu~ber of destinations. Each d!stlnatlon wav be 8 29 passed from one task to another during a +ransactlon. 130 device, a user, or a network queuel an~ mav be referenced 30 This block may be saved betHeen transactl·ons. 31 by logical .name. This facility· will be COC·s l1essage 31 32 Control SYstem (HCS) otferlng. 32 6) Uo~211~ll~2-lnQU1L_ When an unsolicIted Input Is received. 35 33' a communication block HIli be preparad wIth the 3ft 16) Eagt__ a~~~lngL- Olspl9Y terminal outputs which .xceed one 310 appropriate entries. and an InItial task HilI b! 35 paqe (screent wlll be QUeued. and an alert wll I be given 3') Initiated. Applications will be capable 0' accepting 36 lit the terminal Indicating more paq;!s are available. The 3& unsolicited Input while a transaction Is In progress. 31 operator may access these pa~es randomly or seauentlally. 37 311 JP, 1) lecmlDa1--S1a1Y~L_ It Hilt be possible for a terminal user 3q 1,. E2cmal1tl1_1L~ Application Administrators wll I be abl. to J9 to status the system at any tlme~ A ter~lnal user mav itO create new or modify eXisting scre;!n Image definitions 100 receive the Input and output messages associated wIth the Itl tram remote consoles using Format Services. These Iwage 101 last successlullv comoleted transactIon for the termlnll. .. 2 definitions wIll be used during formatted-screen 1/0. IoZ Col '03 8) L~tl-_~~~~a~~ It will be possible to Initiate execution It .. 18) 211=Lln~_SQ2~Q~L_ Terminal ooerators will be able to Io~ 01 a task as a result of a termInal being newly connected. ~5 perform dlsplay-to-t3pe cassette operations In an olf-Ilne ..5 reconnected during recovery. disconnected. or logged out \6 (Ioca!) mode. and later transmit the cassette ~essag8s to 106 from an application. 1t7 a host computer. It, 1t8 to ..

COMPANY PIUVAfE DRAFT CIl'lPANV P~IVATE D~IIFT !-21 3-22 CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS' CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06108118 061011178 , ARCHITECTURAL DESIGN AND CONTROL ------ARCHITECTURAL DESIGN AND CONTROL J.O CHARACTERISTICS AND FEATURES 3.0 CHARACTEP.ISTICS AND FEATURES J.3.~ TRANSACTION PROCESSING 3.J.5.1 Virtual Hemory Management ------~------.19t ItcmlnlllfcA~R1--SYR22Ct~_ NOS/180 network products wl., 1 protection rights for each task·s address soace. Segmonts can be 1 suoport the terminal types and Iina protocols defined In 2 transferred between tasks within a lob and can be paged. 2 Section· J.S and Appendix C. 3 • 5 ~ The svstem soltware Is a set of segments. some of which aopear It 20t Q1~CLQ~~-fcR~~~~LagL- Transaction applications wl'I be 5 In everv task·s addr~ss space. This sh3rlng Is Banage~ by ; able to distribute thalr function and database throughout 6 NOS/180 •.. 6 a computer network by routing messaqes to network queues. , 7 Hess!ge routing wJ'I be performed using standard NOS/180 R !I Interlaces. q ':I 10 10 11 NOS/160 uses pa~Inq hard~are to man39~ the allocation ani use 11 J.3.S MEMORY MANAGEMENT APPROACH 12 of real memorv. Paging all~wst 12 13 lJ 1,. 1) Overcommltment 01 virtual to real ~emory. lit NOSI18o usa of the ClOER 180 memory organization has the 15 15 follottlng obJect Ivest 1& 21 Per'ormance ootimization 0' vlrtu31 memory ~se. 16 17 17 It Increase rellablflty and Integrity of ai' software products. U 3) Hemory deqrad3tlon and partitioning. lIS especlallv the operating svstem. 19 1':1 2.0 Job swapping Is a'so used to man3ge re91 ~emory. 20 21 Increase. securltv and protection of user and system programs 21 ·21 and data. 22 3.3.5.1 ~KbLl1aIlUH.!lnl 22 21 2.1 1t Provide coverage of a broad range of configurations. 2" 2" 25 So'tware manage~ent of the CPU cache Is reQuired when one 25 ~J Increase flexibility to meet future requirements for neM 26 processor accasses a segment that mav be written Into bV another 26 'eatures and capabilities In an upwards compatible fashion. Z7 processor. To avoid conf.lcts. NOS/180 bypasses cache we~ory for 2' 28 such segments. 211 SJ Share code and data among system ~nd user lobs. 29 29 30 30 61 Support uniform addressing across code and data as experience J1 3.3.& USER INrERFACES 31 and technology dlct~te. 32 J2 33 33 The memory of CVBER 180 19 managed at two 'eve's, vlrtua' and 31t The user interface supports a wide varloty of users. NDS/1~0 JIt real. Virtual memory mechaniSms provlda the user"s view of 35 'unctions will be made avallabl. to as many access modes 'e.g •• 35 "e.ory while real memory management, Is a!lsociated with the 36 lntaractlve, batch. operator' as possible. These functions wll' 1b physlcalmemorv resources of a CYBER 180 system. U bo Identical externa'iv within the constr~lnts of 'unctional· 37 lIS security and hardware. regardl.ss 0' the mod. of access. 311 39 59 .. 0 The NOS/ISO command statements are a slmpl. langu8g4 that .. 0 1ft 1 adheres to the CYBER 180 system Intarface standard. The COmm!~d "1 Virtual memory Cor user memory' is a set of memory se~mants. IftZ language Includes' '2 Individual seg~ents are units of protection and sharing within a .. 1 IoJ task"s address space. ~ .. - Control functions to direct lob floM Ce.g •• condltlo~al...... ,5 Iterative and asslgn~ent statementsl. it '3 Access to segments Is regulated by access mode control. ring IftI'I . ItI'I protection. and keyllock hardware '.atures of the CYOER 180 ..1 - Functions that define and manage the JOb envlron~ent .. , hardware. Shared segments can have different access and· 1,8 through variables used by the command languaqe and .. " COHPA NY PRIVA TE COMPANY PRIVATE D.P.AFr 3-Zl CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS CY8ER 180' ARCHITECTURAL OBJECTIVES/REQI.IIREHEHTS 06/08178 06/08118 ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL ------~------3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATURES 3.3.6 USER INTERFACES 3.3.8 INPUT/OUTPUT ------~-.------

executing programs. NOS/180 services use these variables 1. 3.3.8 INPUT/OUTPUT 1. (e.g •• Ille descrlotlons. program descriptIons. lob step 2 2 termination status) to Interrace betHeen the user and the 3 3 operating system. .. S "S - ExecutIon of programs and assignment of resources (e.g •• 6, 6 files. equipment. memorv •• A rile stores Information (Jobs. data. prograNs. libraries' 7 8 "Ithln the system environment. It has one ~Hner and Is a prlwary II - Execution of predefined sequences of command statements 9 ObJect 01 security and protection controls. File access may be 9 'rom procedure 'lies. User command calls and command 10 shared among multiple users at the discretion or Its OHner a~d 10 procedure calls are Interchangeable as need dictates. 11 users. 11 12 12 - Operator control functions. 13 NOS/180 supports permanent files (rellstered and saved for 13 14 subsequent mccess' and tamporarv files (dlsc9rde:i at lob I., Nos/teo provides complete and descriptive status and errOr 15 ter~lnatlon'. NOS/lBO supports multiple cycles or a permanent 15 Information to -the user. . AI I status and erro~ Information 16 file. 16 presented to a user Is ~ontrolled bv a systam message generator 11 17 utllltv. A user may select the level of detail .deslred for 18 One perma~ent 'lIe mechanism Is provld~d. The user may access 11'1 Inlormatlon messages received from the system. 19 a file dlrectly or Indlrectlv. l.! •• 6 coov of the file. 19 20 20 Z1 Hass storage 'lie labels describe the attributes of the file. 21 .22 3.3.7 LOADER/LIBRARIES The attributes Include file I~entlflcatlon. fll@ organlratlon and 22- 23 structure. accountIng Inlorll1atlon. type of dltii 3S Nel I as 23 '2" optloral user Information. The label Is normally transparent to Z.. The NDS/180 loader loads object modules Into IItmorV!lnd 25 the user, but the user may alter attributes (those that .. III not 25 establishes linkages to other ObJect modules. It accepts oblect 26 cause Integrltv or security violations' during the life of the 26 modules output from compilers or the link-editor via sequential 27 file. 'U or library flies. Hultlple svstem and user libraries are 211 2B supported. A delault search list Is unique to each lob {user' 29 NOS/180 supports auto~atlc perm3nent file archiving and 29 and can be mOdified durln~ Job execution. 30 .retrieval from tapes and the Hass Storye Subsvstew.. 30 31 J1 The link-editor structures programs and combines obJect 32 3Z ~odules. The user structures programs to control the working set 31 3) size. to group modules functional IV and to Improve perfor.ance. lit lit 35 The basic record man3ger sUDPorts sequential and bvt. 30; HOS/180 provides source code and obJect IJbrarv maintenance 36 addressable file organllatlons. The advanced acc.ss methods are 36 utilities. The packaging of programs ~nd lIbraries Is Important 37 described In section 3.".3 on DHS180. The ~OS/180 b~slc record IT '0 performance In NOS/180. The link-editor and the oblect ~8 manager design priorities arel H Ilbrarv maintenance utility support this packaging process. In 39 Jq NOS/180 the objective Is high performance 10a~lng from an obJect .. 0 1) Support the FORTRAN user (pe~'ormance. slmpllcltv) .. 0 Ilbrarv In preference to supportlnq a broadly generalized Ilbrarv "I Itt flle format for source and obJect IIbrarv flies. Anv IIbrarv 102 2) Provide an 'nterchangeable "Ie for~lt bet .. een products .. 2 file Is processable bV the record manager and bV the general file ..1 .. 3 It,. utili ties. 3) Suppo~t the Data ~anagement and advanced access methods .. ,. ..5 products .,5 .. 6 .,6 .. 7 ~J Support the COBOL user It7 .. 8 loll COMPANY PRIVATE DRAFT COHPANY PRIVATE 3-25 CYBER 180 ARCHITECTURAL 09JECTIVES/REQUIREHENTS eYOER 180 ARCHITECTURAL 09JECTIVES/REQUIRE~ENTS ARCHITSCTURAl DESIGN AND CONTROL ARCHITECTURAL DESIGN ANO CONTROL

3.0 CHARACTERISTICS AND FEATU~ES 3.0 CHARACTE~ISTICS AND FEATURES 3.3.8.! Basic Record Hanager 3.3.8.3 Physical Input/Output ------.------~------5) Comply with ANSI standards. 1 - Provide seek and latency ootlmlzatlon 1 2 2 The b~slc record manager provides 8 co~slsten+ Interface to 3 3 SeQu~ntlally accessed flies across aI' device tyoes. There Is at 10 It least one Interchangeable file format amonq users 01 aI' 5 0; co.pllers and system utilities. 6 A file may ba associated with a memory Se1"ent so that the f> 7 data elements can be referenced as a byte string In memory. , Record manager provides record locking lacilltl.s for at least 8 8 one ftass storage file organization In support of shared files OJ 9' modified by concurrent users. 10 10 11 11 Record manager supoorts the record-partition-file hierarchy In 12 3.3.8.5.1 MAGNETIC TAPE 12 ,a sequential file organization. These files are processed 13 13 sequentially or randomly. Delimiters (e.g., record boundaries. 14 NOS/180 supports unlabeffed tapes and ANSI standard labelled lit partitions' and'control Information ".g., compression, d.let,d 15 tapes.' A fila always resident on magneJle tape can be registered 15 recordsr ara processed by ihe record manager. 16 In the parmanent file system. If> 11 ,1' The NOS/180 system files are processable by the record' lIanager 18 3.3.8.5.2 ROTATING MASS STO~AGE U, and ere recorded using one of the standard 'file organizations. 19 1<) For record oriented files thera Is a single default fl Ie 20 Eech rotating mass storage device Is salf describing such that 20 organization and record format that Is used by al I comp 11 ers and 21 usage InfQrmatlon Ce.g., davlce label, allocation Ind flaw rao, 21 utili this. ' 22 file datal can be determined Independent of Intor~atlon recorded 22 23 ext~rnal to the device. FleXible configuration ~aDabilltl~s are 2J 2ft Drovlded to alioH for onllna reconflguratlon and walntanance. 2 .. 25 25 26 NOS/180 requires all mass storage devices of t~. sa~e type to 26 The physical lID manager transfers data between mem~ry and 2r heve the same sector slle. Dltferent device types Clln heve 27 devIces. A faw primitive PhYsical 110 functions are provldad. 28 different sactor sizes. 211 They ere device Independent I the se~e function Is dellned for all 29 2<) devices and does the same thing 'or all where ~eanlngful tlf not 30 !oece Is allocated on m3SS stprage In terms of alloc'!ltlon 30 an appropriate status Is returned). 31 units Cone or more sect3rsl. fhe sYstem dvn]mlc~IIY assigns 31 32 allocation units to a 'lie 3S It' Is ~rltten. Th~ use~ C)n 32 PhYSical lID transfers byte streams and Is unaware of the JJ optlorally specify the number of allocation units to be allocatad Jl logIcal structure (e.~.t recordsJ of the file. Files are 31t to a file at any ~ne assignment. NOS/180 also provides options 310 recorded on P9r~an~nt media Ctape. disk) such that the system clln 55 to preallocate a specifIed number of allocation units to a file 35 recover partially destroyed files and determine hOM much data Mas Jf> and to dIrect allocation to a soeclflc device. 3£> los t. 31 3T 31! NOS/lBO orovldes for removal and transp,rt of ~3SS sto~a~. 311 Physical 110 performance Objectives ara to' 39 devices withIn a sYstem and between N~S/lftO syste~s. A set 39 lt~ concept Is used to manage mass storage devices. A set Is one or 100 - MinimIze disk access time or tapa ·start-up" time 101 more logically related mass storage volumes. One volume can b~ a "1 .. 2 ~e~ber of one set only. A set may contain one or wore flies, 102 I' mlnl~lze the number oj raquests Issued .. 3 which may span volumes within a set but m~y not soan sets • '11 bl tra~sfer as much dati as posslbla oer reQuast It,. NOS/lBO reQuires 3n online system set for system flies. Queue .... c, achieve overlap between 110 and processing. "5 files and default residency for user files. 'IS 1t6 "'., Take advantaga of maximum device transfer rates. -\7 .. , Its .. 8

COMPANY PRIVATE DRAFT COHPANY PRIVAtE DflAFT CYAER iftO ARCHITECTURAL 08JECTIYES/REQUIRE"ENTS CYBER l~D ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06/06/76 06/061111 ARCHITECTURAL OESIGN AND CONTROL ------ARCHITECTURAL DESIGN AND CONTROL 3.0 CHARACTERISTICS ANO FEATURES 3.0 CHARACTERISTICS ANO FEATURES 3.3.8.5.3 UNIT RECORD EQUIPMENT ------3.3.9.3 On-line Haintenance

3.3.8.5.3 UNIT RECORO EQUIPHENT 1 1 2 2 The NOS/ISO batch facility handles 10clIi and remote unit 3 1 record eQuioment. It orovldes a unified axternal Interface for Maintenance/diagnostic lobs may ~xecute concurrently with user 4 users and ooerators to local or remote devices. This Interface "5 lobs. These lobs use standard Job and ooerator services ~Ius S' Includes lob structure, Job/fIle routing and job control 6 prlvl!eged operatinq system functions to assist In lault G comwands/dlsplays. The batch facility uses the NOS/IRO fllo 7 det~ctlon and Isolation. Initiation of malntenanc~/dlagnostlc 1 interface to access local and remota batch devices. II lobs and their use of system resources Is SUbJect to standard 1\ 9 Bccess control mechanisms. 9 10 10 3.3.Q SYSTEM HANAGEMENT 11 The On-line Monitor is responsible for maintenance action when 11 12 the Environmental Monitor ,detects an imminent syste~/davlce 12 13 failure or "hen the IOU, processors or ~emory fall. If possible 13 lit the lalling element is dynamically reconfigured out 01 the 14 15 system. 15 16 16 NOS/l~O regulates all user access to system r~sources te.g •• 17 When the system cannot function normally~ the 30proori~t~ tr device aS5Ign~ent. memor, management. m~dla mounting'. Initial 16 dlllgnostic seQu'ence "Ill be Initiated and the ooerator alerted. 10 1q user validation based on user Identification and mode of 1't' NOS/1S0 wi' I attemot to save all JobS In process prl :)t" to 9ivlng oOer~tion te.g., batch, time-Sharing. tr3nsactlon' establishes 20 control to a diagnostic seQ~ence. 20 11~lts for use of available system resource (e.g •• deVices. Z1 21 ~e~ory, CPUI. The user may schedule the use of resources within 22 n those limits. Resources ar~ assigned and released dyn3mically 23 23 during task execution. 2 .. 2~ 25 NOS/180 supports many conllguratio~s. The ooeratl~g 25 For named resources (e.g., mass storage f lIes. tape files. 26 configuration Is established or altered 1t deadstart. ,Several 2& 21 volumes) NOS/1S0 m~intalns a catalog 10 associate the na~e with 21 levels of recovery from system crashes are provided (e.g •• 28 the resource, to regulate access to the resource. and to store 2~ recover Jobs from the last system checkoolnt. recover lobs in the 2q attributes 01 the resource and Its usage. Non-c~taloged 29 swao aueue. recov~r contents 01 input/outout Queuesl. JIl resources (e.g •• tapest are also processed by NOS/l~O. 30 J1 The on-line monitor alerts NOS/160 when a ~ard"are system 31 Resources are made operation31 or non-operational at de8dstart 32 falf~re Is Imminent. The mi~lmum level of reCovery Includes lob 32 or by operator assignment or by the system error J3 and output Queues. permanent flIes and all valid swao flies. 'For 31 310 det@ctionfrecovery process. Operating system functions are 3~ an environmental lallure the system Is ldlf!d and a system providp.d to idle down and free up devices. Non-operational 35 checkpoint Is taken ensuring the recovery of all JobS. Ooerators 35 resources may be assl9ned to validated'malntenance lobs. 3& may Idle the system and Inltlata the system ch~ckpolnt seQu~nce 31', 37 at ~ny time assuring recovery of the system environment after a .37 311 ' 38 restart recovery. 39 H .. 0 Most system software Is reolaceable In a production .. 0 .. 1 NOS/II10 emph~slles error checking and recovery. During environment without reQuiring II system deadstart. So~e ooerator "1 .. 2 execution NOS/i601 "2 scheduling control Is reQuired (e.g •• Idle the system' when .. 3 charging the basic system modules. .. 3 - logs errors In the system engineering file .. ~ ".. ..5 "5 - executes recovery seQuences for peripheral eQulpments loG Io& .. , .. , - reconfigures around failed components 108 .. ~

COHPANY PRIVATE DRAFf COMPANY PRIVATE O~AFT 3-30 CY9ER 180 ARCHITECTURAL OBJECTIVESIREQUIREHENTS CYBER 130 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 0610151711 06/0!l/U ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN ANO CONTROL ------.. ------~------3.0 CHARACTE~ISTICS AND FEATURES 3.0 CHARACTERISTICS ANO F€ATU~ES 3.3.9.5 System StatIstIcs 3.3.9.6 Accounting ------~------~------1 - accounting Information for resources or services Mhose use 1 2 Is controllable by the user is available In ·user- terms 2 J le.g •• number of flIes accessed. ~umber of linear .Qu~'lo"s .J HOS/180 records usage and performance InformatIon on system It solvedl. .. fl!es. This Information Includes' 5 5 (, - support of a ~Ierarchy concept 0' accounts. proJects within 6 - Job and system actIvities. 1 accounts and members (usersl within prolects. ll-Its can 1 8 be placed on accounts. prolects and users. 8 - uS3ge statistics. equipment errors encountered and types of 9 9 sYstem recoveries. For non-fatal errors Ce.g •• solid 10 - support for billing and Inter-Installation cost recovery In 10 single bit failures In memory), thresholds prevent logging 11 multi-computer networks. 11 the same error repeatedly. 12 12 13 13 - use of syste~ resources and charge In'ormatlon. 1ft 1 .. 15 15 - security events Ce.g.; access denials. us-er loglns. 16 16 configuration changes. access to secure obJects'. 11 17. 1ft 18 - Job and system execution data for per'ormance analysis. 19 19 20 20 21 21 22 2l' 23 ZJ NOS/180 accounting provides detectIon. measurement, anI! 21t 210 r.cordlng of system us. for the purpose of blliing and cost 25 25 recovery. This Inciudesl 26 26 21 21 - support for application accounting which allows authorized 28 28 applications to unlt ·prlce their services h.g •• charge for 29 2q the numDer of plots produced rather than the resources used 30 JIl to generate the plots'. Jl 31 32 32 consistent accounting Information for each execution of a 33 JJ process based on a single bIt ling unit that reflects all 3" 3 .. - Charges accrued by a Job. rhe single billing unit Is a 35 35 function of detalted system usage Information that Is 36 56 available to users and Installations personnel to support 37 31 charges. rhe usage Information Is recorded In a set of Job 311 .J8 resource and application usage counters. These ~ounte~s 39 3q are p~otected f~om direct access by a lob but may be 100 .. 0 interrogated during execution with NOS/180 requests. U Itl .. 2 1t2 - Installation options alloM tailoring of Mhlch resource. ... , 103 usage events or services are to comprise the billing unit .... and or the relative "weight" of each datum used In the 1t5 1t5.." billing unit algorithm. Authorized applications may also 46 "6 alter the "weight" of eacK datum used In the billing u~lt. .., .. , ..8 "8 COMPANY PRIVATI:: DRAFT COMPANY PRIVATE ORAFT 3-31 3-32 CYBER leo ARCHITECTURAL OBJECTIVES/REQUIREMENTS CYBER 180 ARCHITECTURAL OBJECTIVESIREQUIREHENTS 06103118 06/06tr~ ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONT~OL 3.0 CHARACTERISTICS AND FEATURES l.O CHARACTERISTICS AND FEATURES 3.3.10 HINIHUH NOS/l60 CONFIGU~ATION 3.1t PROCUCT SET

3.3.10 HINIMUM NOS/l80 CONFIGURATION' 1 Prp.sent a consistent external user Inter'!~e

COHPANY PRIVATE DRAFT COHPANY PRIVATE DUff CYOER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS CYBER 180 ARCHITECTURAL 08JECTIVES/REQUIREHENTS 06/08178 06/08tr8 A~CHITECTURAl DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL 3.0 CHARACTERISTICS AND fEATURES 3.0 CHARACTERISTICS AND FEATURES 3.4.1 GENERAL PRODUCT SET TECHNICAL REQUIREKENTS 3.4.2 LANGUAGES

Inltl~tlng a batch compilation by an Interactive user. 1 3.4.2 LANGUAGES 1 Intoractlve communlcetlons ~~th a terminal during 2 2 execution 0' user programs. 3 l .. The CYOER 180 language strategy Is oriented towards three kei Common modules wi" be used where oraetleal to pr-ovl de 5 user langu~qes: fOI{'TRAN, COBOL and BASIC. Each of these "has II "5 reduced development and maintenance costs and consistency 6 distInct" orientation towards scientific, busl~esst and 6 of results (e.g., common math library and numeriC 7 time-sharing resoectlvely. The Importance of FCRTRAN lind COBOL 1 conversion r-outlnes.) 1\ In the "arketplace is well-known. and both will continue CUC 1\ 9 strengths developed on orevlous machine lines. OASIC Is q CYfJER. 170 based flr-oduets' will retain their basic designs 10 currently the most common time-sharing oriented 13ngu3~e. 10 and techniQues In their- CYBER 160 Implementations. 11 11 Modl'lcatlons 'are made according to the 'Iollowlng 12 These threa languages will place a high oremlum on CyaER 170 12 guidelines' 13 compatibility In order to e~se user ~lqratlon. Klfl h3ve th~ 13 1ft stiffest requirements on perforMance (oartlcularly fORTRAN), ana I' Existing functional str-uclures le.g., phases/passes. 15 wll I orovlde the 'ullest support 0' the language. Trade-olfs In 15 aveI'I avst are retained. lhese structur-es pr-ovlde the 16 the op~ratlng system 'or product set supoort Klil be IIad4!l In 16 logical grouping of code and data needed to assist 17 favor 01 these.languages. 17 NOS/180 memory managem~nt. NOS/180 com~ands and loader 18 111 dlr-ectlves that Manage those structures are not the 19 Tte remaining languages wll' play more s~pportlng roles In th~ L'J same as NOS/l1D. 211 CY6ER 160 product o"erlng. A possible exception to this Is APl, 20 21 which Is currently enJoying an Increase in usage an~ ~ould 21 NOS/180 loader tables are similar to CY9ER 110 and 22 eventually eQual BASIC In usage. ZZ '~clude separate sections for code and data. loading .23 Z3 'unctions Inter-pret tables and organlle code and data 2ft Zit Into separate segments. 25 25 26 21', Code Is sharable among multiple users 0' a ·comoller. 27 Another Kay 0' looking at the CYBEP. 180 language strategy Is 27 Seoarate data segMents are assigned 'or each Instance 26 through the concept of comoller classes. This concept cent.rs on 26 0' execution. Product set programs are not aware of 29 the degrep. to whl~h a language Is supported and inter'aced Kith Zq this sharing since It 15 managed by NOS/180. 30 the rest of the system. All classes will conform·to the System 33 31 Interface Standard. 31 Product set nrogr-ams manage memory within their data 32 JZ segm!nts according to conventions defined In the CT8ER 33 A £la~s-I-kQm~ll~~ is fully suooorted and Interfaced to the JJ 160 System Inter'ace Standard. 3ft syste" In terms 0' feature rlch~ess, debuQ91ng aids. uS3blllty. JI, 35 Inter'ace to other systems, access to operatlng.syste~ features, 3<; NOS/160 record manager Is· used for Input and output 3& etc. 36 'lies. The Internal character data 'ormat Is 8-blt 37 057 ASCII. 3& A .cl.a.ss-_II_s:..!!.!D.Q.lli~ Is nlJt '.01 Iv supported In all asoe~ts but 38 ·39 nonetheless provides an Imoortant '~ngua9~ with heavy customer 19 Product Set so'tware (Compliers. Data Kanagemant and 1100 use. Cerlaln characteristics will usually be stressed over '0 System Utilitiest Is to be as Independent 'rom the JI.l others. 101 ooeratlng system as possible. After the Initial O.S. I,. 2 '2 release, no new product release or re-release may 1.. 3 A C.La.s~_UI_s:.2!!l~i!l!.C wll' be required to meet only fte minimum Cd reaulre a new version of the 0.5. If a particular 14ft language standards and wl.1 be Implemented and suoported more as .... feature requires special O.S. assistance, the Ift5 a free-stanrHng allollcatlon oackage. It Is meant primarily to 105 remainder 0' the new product must stilI run on the 1 .. 6 respond to Rfp·s and to be able to say we have It. A Class III 10'" previous operating systeM release. 1107 compiler Is expected to use common comoller elemenls {e.q., 107 It& common svnhK table generator. to the gre3test extent oosslble. ..II

COMPANY PRIVATE OltAff COMPANY PRIVA TE CY9ER 180 ARCHITECTURAL 09JECTIVESIREQUIREHENTS CY8ER 100 ARCHITECTURAL 09JECrIVESIREQUIREHENrS 06/001'11 06/0 ono ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL ------~-~------3.0 CHAqACTERISTICS AND fEATURES 3.0 CHARACTERISTICS AND ~EATURES 3.4.2.1 Co~p'ler Classes 3.4.2.1 ComplIer Class~s . ------~------.------.------~------even et the expense 0' per'ormance. l' 1 2 I I 2 Usage trends 'or class II end class III comp'Iers M'II be 3 .ICLASSI CLASS CLASS .5 ~atched closely and the relative priority of these compilers may \ , I I II III It change. for example AlGOL-60, ALGOL-60, ~nd PASCAL all may be 5 I I 5 able to satlsry the non-U.S. m~rket Indtvldually. I' so, one 6 I F I If A A 6 MIl I be picked and stressed over the others. , I 0 I P. l .J l 7 8 I ~ C I 8 A G o G 8 The 'allowing chart breaks down the CY9ER 1.0 I~nguag.s Into 9 I T 0 I A S 0 p V 0 9 classes and provIdes more detail on the level 0' support provided 10 , ~ 8 I S A C L l I. L 10 by each. the languages are lIsted In dec~easlng order of 11 I A 0 I I P A 6 I A 6 11 1l~lor1tv. 12 --Deg~ee______Suppo~ted l Integrated tI _____N l tI ______C L L t------t0 I l II 12 13 13 1,. U Usability 'eatures tI H t4 H H 11 1" 15 Oebugglng assists H It H H H H 15 16 2'31 Code optimization options H H H K 16 17 It, Acc~ss to ooeratlng system featuresl H It I! 111 51 Inter'ace to other systems I H q H lEI 19 (e. 9-. 0I1S180'. 19 20 6' Handling variety 0' sf d. data typas H It K H K H 20 21 7t Common calling sequence It II H H H 11 H 11 11 21 '22 81 Comolle soeed ~nd' ef'lciancy H It H H 11 11' l2 23 91 Speed and e"lclancy of generated H If I't I't 23 2,. code Z.. 25 10' Con'o~m'Jnce to ANSIIISO Std. H II H H 11 H 25 26 11) Extensions to standa~d H H Zt; 21 12' " IgratIon tools If II H zr 28 131 T~alnlng Ii H It If 11 It 28 Use~ documentation 11 H H 11 1'1 Z'l 29 14' " H 30 ·151 Pe~'o~m3nCB Iteasurement assistance H It K H 11 11 11 11 3Q 31 161 QualItv and sl.ze 01 test base H It H H 11 H It "If H 31 It I't H IJZ 32 111 CYOE~ 110 comp~tlbility H H H " 33 181 Transaction Inte~'ace II II 33 31t 310 35 J5 36 H = extensive support J(, 37 H = ",edlum supoort J1 3& bhlnk = little or no sUDPort 3ft 39 3q ltD 3 .... 2.2 In~l~lgya1_Lang~Dg~~ ItO U .. 1 \2 "2 It] - FORTRAN .. ." It,. ,,~ 45 This Is the most ImDort ant language 'or CYtJER 1110. It "I" .. S .. 6 ;:lrovlde both a p~oductlon mod~ streSSing execut iol' speed .. e .. , and a development mode stress In" compll e 5peed and .. 1 1t8 diegnost Ics; both modes HIli provide high-level ANSI-71 c,ft

D~AFT COlfPANY PRIVATE O~AFT COHPAIIY PRIVATE CyeER 180 ARCHITEcrURAL OBJECTIVES/REQUIREMENTS eYDER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS 06/08/78 ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN ANO CONTROL

3.0 CH~RACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATURES __ ~N ______!!~!~!~_!~2!~!~~!!_~!~2~!2!~ ______3.4.2.2 Individual Languages

suooort. FORTRAN usage I~ expected to remalh very high 1 - Pl/I 1 with vtrtually all sItes usIng It; requlrement~ wi I I be 2 .2 drtven by Systems. Pl/I Is orlmarllv Intended to respon1 to RFp·s and will be 3 " III minimal Impl~ffl~~taflon. Requirements a~e d~iven It - COBOL "5 prlmarllv by systems. 5 6 Ii COBOL Is almost as Important as FORTRAN. It "III fully 7 - JOVIAL, AlGOl-611 .1 support the new ANSI standard. The expanded BD~ 8 II Instructions of the CYBER 180 will make It much more 9 If provided at all. the orl~arv r~qulre"ent would be to ') performance competitive. The forecast Is for Increased 10 satls'y RFP's; Specifically these two compliers will not 10 overal I usage by our customer base: requirements '0" COBOL 11 be planned fo~ develop~ent from R\D funds. Oevelopment 11 also come from Systems. 12 would be tied to specl'lc accounts 3nd funded at le3~t 12 13 partially from COS. 13 - BASIC 1ft 1 .. 15 JOVIAL could be ana or three delln~d varlant$' J3. J .. or 15 ClOD OASI~ Is Intended p,.l .. arlly '0" InteractiVe use. 16 J7". The requirement for JOVIAL would coma from certain Hi 8A5It will Initially o"er an Interpretive mode and 18t~r 11 U.S. Government contracts. AlGOl-6~ Is co~olet!lv 17 an option to produce compiled oblect code. It "III con'orm 18 dl'Ierent fr~m AlGOL-60 and "ould n31 be a r~oI3ce~ent 11\ to the new ANSI standard plus extensions 'or enhanced Cll0 19 unless marketolace abandons AlGel-60 an favor of AlGOl-6~. 19 compatibility. Usage Is expected to remain constant over 20 Requirements for AlGOl-li6 would come from the overse3S 20 the next 5 years; requirements come primarily from 21 Systems markets. partlcularlv from th! aC3d~mlc Norld. 2'1. Services. 22 Z2 23 23 APl ·2\ 210 25 25 APL Is Intended 'or Interactive use. While the current 2& It Is a CYBER 180 obJective lor co"pllers to Share co~oonents 26 forecast does not project an Increase In use on CtlO Cstlll 27 wherever possible and practical. and wher. schedule oermlts. Z1 less than half of BASICI, some Industry sources· see a 28 Lls~ed below are the malor areas 0' commonality to be conslder.dl 2 .. dramatic Increase In use In the 1980'5. 29 ·ZQ 30 - Common Code Generator (CCG) ]0 AlGOl-60 31 31 32 FORTRAN and SYHPL will both use th~ CiftO CCG. COBOL, 32 ALGOL requirements come primarily 'rom Systems outside the 3l PASCAL-X, and BASIC wl11 be deslqned so th3t they c~n Jl U.S. Usage proJections are not currenfly available' 34, eventuelly Interface to CCG. Other compilers will be 3Co ho"ever. eIther PASCAL or ALGOl-6a could replace AlGOl-fiO 35 required to use CCG unless show" to b~ Impractical. J5 and Its current posItIon In that markqtplace "1 thin the 36 36 1982 tlme'rama. Jr - Common Hath LIbrary 37 311 31\ - PASCAl. 39 All mathQmatical languages IF3RTRAN, ALGOL-GO, PlII, BASIC •. H "0 APl, JOVIAL) HII' use a common math library, Includln9 100 PASCAL is the language derlned by Wirth, rather than the .. 1 numerical conversion routines. "I Cl80 Implementation language, PASCAL-X. If Is growing In .. 2 42 popularity, particularly In the university and overseas "3 - Common Syntax fable Generator It .J environments. RequIrements are driven primarily by It .. 10" Systems. PA5CAl may oe the best choice to push due to Its .,5 This will be consIdered ror all Class III. and pert-a as It., acceptance In the U.S. and its Dotentlal for replacIng 41i Class II complIers. ThIs C3n slmpll'y the syntax analy.ls .. 6 ALGOL In the European market. \7 phase of compilation at fhe expense of compilatIon saeed. . ItT \8 \8

COHPANY PRIV ArE DRAFJ COHPANY PRIVATE DRAH 3-39 CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 'CYBER 1BO ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06/03/78 , ARCHITECTURAL OESIGN AHO CONTROL 06/08/'6 ARCHITECtURAL DESIGN AND CONTROL J.O CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS ANO FEATURES 3.4.2.3 Co~mon ~ompIl9r Elements ------3.4.3 ('1 DATA M~NAGEHENT (OHS1601 - Co~mon Cradle Components 1 3.'.3 1'1 O~TA HANAGEHEHT (OHS1801 2 The c~a~le code Is those mod~les used by compilers and the 3 common code qenerator to perform service functions. These 4 The primary ObJective 01 OHS160 Is to span the range of CY~E~ modules shouid shield the compiler from the OS Interface to 5 180 orocessors and ,applications wIth a set of secure' and provide a more easily changable set of compilers. PossIble 6 COMpatible O~S capabilities. Ta~get aopllcatlons areas ~ay be modules are 110, control card cracking. cross reference 1 supoorted by separate products rather than one deta base maps, diagnostic Interface. termination processIng. etc. ~ ~anager, The compatIbIlity across separate oroducts will b~ The use of common cradle modules must be enforced In 9 ~Imed at uniform user Interface conventions. utilities ~nd s?me certain areas lor all complIers to achieve the degree of 10 forms of Interchangeable media. compatibility specIlled In the SIS. 11 12 The b3slc vehicles for OMS160 are CYBER's OMS17Q and EO~S - Common Oebug Aids 13 systems. These products ~III be used 8S th~ design and 1~ eKPerlence base for selecting those OMS capabilIties to offer es This COvers such things as Interactive debug. traceback. 15 sep3rate products In specIfic apollcatlons areas. Hherever and post-mrirtUm dump analYsis. All compliers are potentIal 16 feasible, existing CYBER ITO source code will b~ used to users of these common components. 17 I~ple"ent the elements of OMS160. 18 1~ r~e lutur~ need for ~NSI compliance Is recognized although the 20 cu~rent direction Is obscure, OMS180 will s~pport one date model 21 which Is orl~nted towards COOASYL and which will eventually 22 provIde a minimum 'level ANSI compliance. 23 ~~ OMS180 InclUdes products supporting two distinct environments' 25 file processing and data base processing. 'File orocesslng Is 26 provided by the advanced access methods of the ~ecord ~anager; 27 data base processing Is provided by the DBMS. In addition. a 2B complementary set of support functIons will suoport both 2q environments. These Include a query languaJe. data dictionary. 30 and report wrlt.r. Unlike OHS170. OMS160 will stress the 31 dlff~rences between the tHO ~nvlronmQnts In order to get the 32 proper marketIng mileage out of both. The emohasls HilI he on 33 consistent and complementary external Interfaces. cowman ~nl, 3~ where they should b~. 35 36 37 38 39 File processIng capabilItIes will Includel ~O ~1 - Advanced Access Methods (Olrect. Indexed SeQuentIal and 42 Multlole Indexlngt prDvldlng concurrent updating of • ~J sIngle file by multiple users. 44 ~5 - File Hanage~ent utility supportln1 conversion between 46 record manager files and to and from certain IqH formats. 47 as Hell as record QualIfication. reformatting, etc. lnls ~8 utility will be functionally eQuivalent to GlTO FC~~ but

COMPANY PRIVATE DRAFT CO~PANY PRIVATE ORAFT 3-102 CY8ER 180 ARCHITECTURAL 08JECTIVES/REQUIREHENTS CYOER 180 ARCHITECTURAL 08JECTIVES/REQUIREHENfS 0&/05178 0&/06178 AqCHITECTU~Al DESIGN AND CONTROL ARCHITEctURAL DESIGN AND CONTROL .----.------~--.------______5.0 CHARACTEP,ISTICS • ______ANO FEATURES w ______~ ______~ ______3.0 CHARACTERISTICS ANO FEATURES 3.~.3.1 FIle Processing ~:~:!!~_~!!!_~!~!_~~~~:~~!~2 ______

HilI stress usability and conslstercy Mlth other CleO 08H 1 1 products ~ver C170 compatibility. 2 - Data base Integrity. This Includes optional High 2 1 Integrity constr31nts taO prevent ~rphan records ., - Except where provided expllcltl y by the language l1.e .. It from eXisting In the data base. Journal logging It COBOL) access to AAH f'Ies H'II be provided by a common set 5 and audit trails, and proper c~ardlna'ion of 5" of Interface routines for ai' Class I and II compilers. & concurrent processing. & , 7 8 - Dual 109glng and dual recardlng should be Hedlu~ ') provided as an option. ')" 10 10 The Cl60 D8MS Hili be based primarily on EOMS Hhich provides a 11 - Data base security. fhls Includes access control Hlqh 11 3-level schema (conceptuRI. physical. and exter'al) and 12 to the Item level. access controls on dat! dlctlonary~ 1Z CODASYl-type set processing as defined by the EDMS "COSET" 13 sc~@ma, and utility usage aAd displaY, anj preventl~n" 1l approach. A long term obJective Is to provide support for the 1\ of direct user processln~ of data base files (I •••• 1/t relational data model plus any CODASYl extensions required to 15 circumventing the OBHSI. 15 Meet the mlnl~um ANSI standards. Support of a "DMSI10 View" Is 1& 1£, described In Section 3.&.l, Product Set Trans1tlon. 17 - O!ta 6ase recovery. 'his InclUdes off-line recover~ High 17 10 u11ng Journal" lo'}s and automatic recovery trom 18 The data base requirements described beloH define • 1')" system failures, Hlth minimal operator Intervention, 1q -traditional" DBMS" with little unlquene~s over the competition 20 and on-line rollback of Incomplete trans3ctJons. lO Hlth the exception of the EoMS philosophy on Information 21 Coordination of recovery with user~d~flned. 21 processing and Its 3-schema aopraach. AOlC Is currently 2l op~rator Initiated and passlbly autom3tlcafly Zi! Invnt 19;)tlng the deslr"ablll ty 01 addl t lanaI ·lJ tl"cd Quiet ~olnts Is req~lred. reQulrements/caoabllltles In support of our key Industries and Z,. I""l~ the sclentilicorientation of our traditional busIness. Such l5 - Hultlple data base supoart. fhe ability to proce~s High lo; additional capabilities would b9 Intended to provide a 2& ~u'tlple data bases concurrently, anct to add and 2& competItive edge In certain key areas. rathar than lust" meeting 27 delete dats bases Hlthout having to take the Oq~S U the comp@tltlon. 28 down. Z~ 19 29 lIllJUlr. .1.Dnu 30 - Ability to MdOH~' certain parts of a data base for" Medium 30 31 repair, dumping, etc •• Hlthout having to take the 31 - Concurrent access 'rom transaction, batch. and High 32 entire data base down. 32 Interactive environments. In order to provide for l3 3l ease of application checkout. and a better fit In - The DAMS access method HilI use. at a minimum. HI1h 3 .. the Services environment, the OOI1S. as an optional 35",. the basic access methods 01 the C180 qecord 35 caoablllty should be able to eKecute ·In a 3& Manager. It will, however. ba tranSPlrent to the 3& nan-concur~ent mOde. 37 user, I.e., he will nat be able ta access the data 37 38 base outside of the DBMS. ~ultlple access paths to :.H - System Is to be geared tOHards the transaction High 39 data base records and data compression HilI be .J9 environment with the other two environments of loa provided. 100 secondary Importance. Us~r Intertac@ Mill be '1 101 com~atlble across all three environments. ... l - Data Independence. Programs accessing data High .. 2 43 bases (or conventional files for that mattert 10.1 - Host languaqe Intertace to .tl Class I compilers High ~ft will be Independent ofl m~dlum and device ,,~" (FORTRA", COaOl •• plus selected Class II 105 tvpe, volu~e residency, and storaqe structure. 105 co~ollers where 'ho need Is clear. OHl wilt be ,& format and address. Data base programs should 10& processed by a pre-processor rather than through .. 7 be Insulated from changes to the ohyslcal data \7 modifications to the host language compiler. .. '" base (e.g., a program should be tied to Its It'" COI1PIINY PRIVATE DRAFT COMPANY PRIVIHE O~AFT 3-"3 CYOER 180 ARCHITECTURAL 09JECTIVES/REQUIR~~ENTS CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREHENTS 06/0811S 0£>/01l118 ARCHITECTURAL OESIGN AND CONTROL ARCHITECTURA( DESIGN AND CONTROL -----"------~------~--~------.------~------J.o CHAqACTERISTICS AND fEATURES J.O CHARACTERISTICS AND FEATURES 3.~.J.2 Data Uase ProcessIng 1;~!~!~_~~~:~~~~_~~!~!_~~~2~22~ ______------

ext~rnal schema; It should not ha~e to be recompiled 1 languag~ provides extensive Query cBPabilltles, a slmole update 1 "hen the conceptual or physical schema Is changed 2 capability. and an expanded display caoability providing at lelst 2 end the external schoma dOllS nott. Trade-of fs J headlrgs. PB31ng, and ml.nlmal form3ttlnq. The Qu'!rv lanquag'!l .J should be ~adl! In 'a~or of Increased program and It also Interfaces to the stend-atone ~ep?rt writer for ~or. .. data Indeoendence over performance or Implementa­ 5 cO~Dlicated reoorts. 5 tion convenience. r. G' r Ouery language objectIves Includel T - Distributed Data Sase and ~ultl-~alnfram9 Support. Hedlu~ 8 ~ The OBHS must be able to support a shared data 9 - The existing QU 11Ingullge wit I serve as the b'lse q base by multiple mainframes. Some form of distri- 10 specl f Icat Ion. This HIli be significantly reduced In size 10 buted data base capability will be reQulrdd; the 11 and complexity. and mi~imal extensions added to support n~w 11 extent and exact mech3nls_ Is not known at this time. 12 capabillt I es of EDHS and the expanded display capabilltv. 12 13 13 - 'he OBHS will be oriented towards medium 3nd large HI~h 11 If - A common language for both file and 09MS envlronments. 1" slle data bases. but must be able to handle very 115 Some I "nguage '",aturts will be restricted to one or the 15 large data basesl 11£> other environment. 16 tr 17 smal I up to 1 million bytes IU - The Query,Ianguage shGuld operate In both a batch and 111 medluIII UP to 1 00 mII I I on by t e s 119. Interactive mode~ 19 large UP to 2 billion bytes 120. 20 very large UP to 9 trillion bytes 121 - Where possible the Query language should shart comlllon 21' 22 modules Hith Cl80 compller-s. This ensures consIstency of 22 - Helntenance ease. The design 01 the DBMS shall Hedlum .23 numeric processIng and conver-slon, and reduces d4veloo,ent 23 contain 3 mainten~nce mode to aid users isol~te snd 2" costs. Zlo document software errors. Where possible these 25 25 eids should ~ork automatlcal1y without ha~ing to be 26 - A stand-alone schema for conventional files "III not be 26 turned on. zr orovlded. Instead. the description will come from either 21 28 end-user directives or the dDta dictionary. 26 TraIning. Hust adequately cover the information High 29 29 theory behind (OHS as well as the standard Rhow to JO - It would be ~esirable for a user to be able to procuss 30 use the product. M ,31 files and a data base at the same time. This allows hi~ to 31 3l Interact betwe'n the t"o en~lronm"'nts and to convert 'ro~ 32 OBMS by its nature Is e complicated product. It Is therefore Jl one to the other. 'his has a low orlority and wltl not be Jl Important that design tradeo'fs be made in favor of ease of use 34 done I.f it overly co~pllcates either environ~ent. 3,. ond simplicity of Installation over flexibility 0' caoabilities 35 lS and performance beyond the AO/R ObJectives. Reliability Is also 3& Oesl9n tradeoffs in the Query language will be made In favor 3b very Imoort~nt for DSHS as its use generally requires a m'Jor 37 of Quality 01 code. and human englneerlnq over perfor~)nce and 3r customer commitment and Increased vulnerability of his operations 38 features. Where commands must take considerable ~rocessing time 3'1 to Ihe syste~. In short, the OBHS should do Hhat It does Hell 39 to complete. periodic statuses should be pro~ided to ~e~p the 3'1 and be easy to learn and use. "0 userinlormed of progress. .. 0 .. 1 ..1 ,.2 102 .. 5 .. 3 .. ~ .. The ClOD Qu~ry languag~ should appear to the user as a single "5" The ClSD Data Dictionary SystemCs. will be used to describe ..5 oroduct supporting both· a conventional fil1! "nd data base both conventional flies and DHSl80 datB bases. In the data base "6 .n~lronment. First priority is support Qf data bases. ..,"" environment the data dIctionary system will be Integrated .. Ith "7 conventional files is 0' secondary Importance. 'he query "" the data definitIon capabilities of the OBHS. 100 CO~f'ANV PRIVATE ORAFT COHPANY PRIVAtE DRAFT 3-1t5 CY8ER 180 ARCHITECTURAL OBJECTIVES/REQUIREI1ENTS . CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06/081TS 06/01l/TS ARCHITECTURAL DESIGN AND CONTROL ARCHITECTUR~l DESIGN AND CONT~Ol

3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND F~ATURES 3.4.3.5 P@Port Writer 3.4.4 PRODUCT SET DESIGN 03JECTIVES/PRIORITIES --~---~------~------~----- 1 3.4./0 PRODUCT SET OESIGN OBJECTIVES/PRIORITIES 1 2 2 J l The priority matrices whiCh Indicate It The Cl80 Report Krlt~r will be a stend-elone package which ... lollo~ resourc~ ~nd wl'I be able to produce reports rrom both the conventional file S deslg~ trade-orrs to be made In planning subJect products. Given 'i (, end data ba~e environments. It would be destreb'e for the R.Dort 6 that a product meets minimum 'eature level and 'unctlonall~A'1 Writer to b9 able to lunctlon both Independently. without the 7 performance requirements, design and resource ~otlmlz~tlon shoul1 7 n~ed for an Initial proc~sslng step with the ou~ry 13ngu3qe. as 8 be wade in a m3nner which emphasizes the hig~er orlorlty 8 Mell as In conJunction with the Query languag. ..here It 9 trade-of's. The defInItions 0' these desIgn trade-ofrs are' 'I 1D simplIfies user proc~ssing. Report Writer directives ...here 10 possible, will be compatible with theIr CITO QU counterparts. 11 COHPATIBLITY Source level comoatlbility .. Ith the 11 12 predecessor CynER 170 product Ir no specification 15 noted In 12 13 -REHARKS". 13 1,. 1 .. 1S REAL MEMORY USE - The "working set size" (or maximum overlay 15 length) to orocess a nominally sized task (comollatlon or . 16 The system .. IIi not prevenf the use of ~ loraign, data bas. 16 management system, e.g_, TOTAL In lieu of the CYBER 180 OBH 17 other t. 17 system. Foreign and CYOER lS0 DOH systems are not required to 18 11'\' share data bases but must be capable of sharing phYSical 19 EXECUTIO~ SPEE·D For compliers. elf Icl~ncy of generated 19 resources. 211 ObJect code In terms of CPU speed In executing representative 20 21 sequences of code; 'or other products. CPU and throughput 21 22 time to process representative product Input~_ 22 23 ZJ 210 2" COMPILE SPEEO - CPU and throughput time to process source 25 Input. Z5 26 26 27 CODE COMPACTION Ef'lclency of gener,ted obJect code In 2T 28 terms of Instruction space necessary to execute 21) 29 representative sequences 01 code. 2'1 31t H 31 TEST BASE SIZE A wide range of user apollcatlons 15 31 32 expected to be'run against this product. Where resource 32 33 trade-offs exist. they should be directed to .. ard a large an~ 3J 31t comprehensive test base. 3 .. JS 35 36 FEATURE RICHNESS - E'mphnls Is to be given to adding user or 3'" 31 S7 marketing requested features to thl sproduct b.yond those 38 necessary to minimally support standards and other products 3S 39 reoulrements. JC} itO .. 0 Itl '1 102 .. 2 .. 3 .. 3 44 .. .. 5 .. 5- It6 It'" .. 7 .. , .. 8 .. 8

COMPANY PRIVAlE ORAFT COHPANY PIUVAlE CYBER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS crBER leO ARCHITECTURAL OBJECTIVES/REQUIREHENTS 06/08118 06/08178 IIRCHITr-l:lURAt DESIGN AND CONTROL ARCHITECTURAL" DESIGN AND CONTROL

3.0 CHAR~CTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEArURES 3.4.4.1 language Processors 3.4.4.2 Support Services ------~------1 1 2 Z 3 3 PROOUCT PP.ODUCT .. TRAOE-OFFS "5 TRADE-OFFS '5 I-.-+-+-t-+-+-I (, I--+-t-.-----I & I I F I I I I I I 7 I I I T I IEIRI lEI ICI 8 IF IRI 6 I IAIEI IXITIOI 9 IEIEIE 3 IClflAICIEIEIDI 10 "I A I AI X 10 IOIUILlOICISIEI 11 ClrtLlE 11 1!1IRI "HUITI I 12 01 U I Ie 12 IPIEIHIPITI ICI 13 HIRIHIU 13 IAI IEIIIIIBIOI 14 PIEIEIf 1" IqRIHILlOIAIIH 15 AI I HI I 15 IIIIIOIEINISIPI 16 TIRIOIO 1& IOICIRI I IEIAI 11 IIIIRIN iT IIIHIYI5151 ICI 16 91 C "I 11" ILINI IPIPISI" 19 I I HI IS I 19 I11EIUIEI£11111 20 LI NIUI P I ZO ITISISIEIEIZIOI 21 IIEISI£ I 21 I'IS,EIO,OIEINI REMARKS 22 TISIEIE I Z2 ------t-+-t-t-t-t-t-t------23 Y IS I "I D I REI1ARKS 23 I I I I I I I I 210 ------.--+-~-+-----.------~~- ---.------Zit ALGOl-60 111 I 121 I 131 Comostlbte wlth ALGOL5 25 I I I 2'5 I I I I I I I I 2& Basic Record 31 1211 26 ALGOl-68 111 I 121 I I I Compatible wi th CDC "oltand version 21 Hanager 1 I I 27 I I I I I I I I 26 I I I 26 APl 111 121 131 I I Compatible wlth APl2 tAP l urn 29 131211 2'1 I I I I I I I I 30 1 I I 30 BIISIC 111 131 I I I I Compat Ibl e wlth ANSI 7X over 31 Sort/Merge 21 1311 Icompatlble with Sortll1ergl! 5.0 31 I I I I I I I I 170 extensions 32 32 t I I I I I I I 2nd prlorlfv=lnteractlvG usability Jl 33 I I I I 1 1 I I J" J" COBOL 111 131 I I 121 35 JS t I I I I I I I 36 36 fORTRAN I I I I I 1 I I 1981 Fr~5 over ANSI TX 31 31 PRODUCTION 121 I I 11131 I 311 JII DE VElOPHENT 131 12111 I I I 39 39 I I I I I I I I It I) 1,0 JOV tAL 111 I 1 J 21 I I J3 val' lent .. 1 "1 I I I I I J I I .. 2 r.2 PASCAL I I 12111 I I I "3 403 I I I I I I I I It" 4 .. PllI 121 I I I 111 I EXists to satlsfv RFp·s .. 5 .. 5 .. & 406 .. 7 411 ""'" COMPANY PRIVATE DRAFT COMPANY PRIVAtE OR AFT 3-50 CYUER lao ARCHITECTURAL OBJECTIVES/REQUIREHENTS CYBER 1~0 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06/08178 06/011/78 'ARCHITECTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL -----.------~------~------J.o CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATURES 3.,+.,+.3,(1) Data Management (011S1601 3.~.5 UTILITIES TO BE SUPPLIED ------~------3. '+ ." • 3 lt1-llalLt1.aWlllunLllltl5.UllL 1 3.'+.5 UTILITIES TO BE SUPPLIED 1 2 i! ;5 . 1 ------_--_____ t It .. TEST BASE SIZE I 5 ------t------PROGRAM I Source code maintenance 5' I 6 ORIENTEO I ObJect cDde maintenance. & EXECUTION------t SPEED . 1 I 7 I link edt tDr- 7 ------+ I I II I line and text editor- 8 REAL MEMORY USE 1 1 I CJ I Text an1 source code formatters g ------~------t I 1 I 10 I Debug91ng aids 10 FEATURE P.ICHNESS I 1 I I 11 ----~------+------11 ------t I I I I 12 DATA Gener a I ut I II ties 1i! COHPATIBILITY 1 I 1 I I 13 ORIENTED CODY Cr-ecords. partitions. fllest 13 ------t I I I 1 I lit Compare 110 EASE OF USE I I I I 1 I REMARKS 15 file display 15 ------·--·1---1---1---1---1---1------16 Uata management 1& ------t---t---+---+---t---+---t------17 Index ~anagement 17 Access I 1 ' I 1 1 I I Compat lbl e subset 0' 18 Restructure/reor-ganlz~tlon B Methods I I 3 I 1 2 I 1 I I C1TO accessl1Iethods 19. Usag3 analysis 19 ------t---t---t---t---t---t---t------20 log/audit 20 F II f! Hgmt . I I I I I I I 21 Recover Ires t o"e 21 Utili tv I 1 I I 3 1 I 2 I I Compat Ibillty Hlth FORH 2Z DD creation . Z2 ------t---t---t---t---t-.-t---t------.Z3 File ~Qnverslon'r-efQr~etti~g 23 OBH S I 3 I I I 2 I 1 I I 21t .------·f------. Zr. 25 MEDIA ·Inltlallzatlon 25 09M5------t---t---t---t---t---t---t------SUDPort I I I I I I I Z& ORIENTED Dumo/restore 2& Uti I ( ties I l' I I 3 I 2' I 27 27 25 ------t------SYSTEH Maintenance log analYsis eft DOL------t---t---t---t---t---t---t------121 I 13 111 I Execution speed of DaHS 29 ORIENTED System use log analysis ,'I 30 'Dump/load lob Queue 30 ------t---t---t---t---t---t---t------Query I I I I I I I Compatibility with 31 System generatIon/modification 3t language I 1 I I I 2 1 1 3 I C110 OU 32 Terminal usp- 3l ------t---t---t---t---t---t---t------33 Syste~/J~b/flle status 3J Data 1 1 1 I 1 I I 3'+ Hessage cDDahl1 It'll 3~ 01 c tI onary '1 I I 2 I I 3 1 I 35 Permanent 'lies B ------. ---t---t---t--- t-- - t-- - 3& Oumpll oad 30 R,!port I 1 I I I I t.------I Compatibility------with 37 Audit 37 IIri hr I 1 I I 3 I I 2 I I CHO QU 36 Archiving 311 39 Print memory or file 3'J ------t---t---t---t---t---t---t------.. 0 Volullle Inl t hillat Ion "0 1,1 User- val ldat Ion .. 1 102 User accounting 102 "3 ------·_---t------ItJ '+'+ 'itGRATION APL work space conversion '+ .. 1,5 CONVERSION File converslDn ~S ~r, AIDS Data conversion r.& .. 7 Program conversion .. 7 46 ------t------"II COMPANY PIUVAfE DRAFT COMPANY PRIVATE OQAfT 3-52 ·CY9ER iBO ARCHITECTURAL OBJECtIYES/REQUIREMENtS CYBER 180 ARCHITECTURAL OBJECTIVESIREQUIREHENTS 0610317" 0610617" ARCHITECTURAL DESIGN AND CONTROL ------ARCHITECTURAL DESIGN AND CONTROL 3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS ANO FEATURES 3.5 SECURITY AND PROTECTION ------3.5 SECUPITY AND PROTECTION 1 prohIbIted I t genera' ourpose time sharing 1 2 sessions are active. 2 3 . J CYBER 180 ,,111 compl y ,,1th sectlon'I'I of 0.0.0 •. Dlr.,cUve '+ 3) Integrity - The se'J'ftsnt and ring memory orotectlon .. 5200-28M. 5 capabl I It les of CYBER 180 hardware are used 5 £> to control access 3n1 to isolate th~ 6 The security obJectives for CYBER 1&0 softw~re are to prevent r activit les of concurrent users. r 8 ~ 1) un~uthorlzed access to Information 'l . It, Surveillance - ~ system log describing security related 'l 2) unauthorized In!ormatlon modlflc3tlon 10 eve~ts Is maintained. 10 J) unauthorized denial of use 11 11 12 5) Protection - optlon31 d3ta encryptlon Is orovided. 12 In 8" environment In which multiple users with multiple 'eve's of 13 13 cle~rance wll' be accessing and sharing computer resources. 14 The overall protection obJectives for CTa~R lit pr09r~ms, and data which have multiple levels of accessibility. 15 180 are to orotect the user from other users, 15 16 tho system 'rom users, users from the svste~. 11', The five maJor components of the CYBER 180 oper~tln9 system iT and system elements fro~ other svs1e~ 11 securltv c~pabilities are described belo ... 18 elem!nts. 111 1'l 19 1) Identification - Everv user of the system has a unique 20 - Data will be protected 3t thea 2tl Identification that Is used to regula'e 21 - file I eve I 21 access to the system and Its resources. 22 - record level (throuqh Record ~3nagerl 22 Interfaces are' provided that allow 23 - element level (through 0:151801 2J Instalht Ions and users to regulate lob 210 21, Inltl~tlon and termination sequences. 25 25 26 3.6 J') MIGRAIION .26 Z) Control Access - Access control lists are the basic' resource 27 27 protection mechanism. They Identity a.1 26 za legal users of 8 resource and the user·s mode 2'l "lgratlon Is the process of m?vlng COC products and Its 2'l of access. Each r"source known to the system 30 customer base 'rom the CYBER 170 to the CY9ER lBO. It "ust '30 ' has 8 single owner Kho Is responsible for the 31 provld. a set of CYBER 170lC,aE~ 180 product caoabl.lties and H resource. Its usa~e. prot~ctlon a~d 32 conv~rslon aids which will minimize the Impact of migration on 32 ' accounting. A single module of code Is 3J the user base over an extended oerlod (10 vearsl. 33 responsible for assurlnq that resource access 31t l~ ls In conformance with the access controls 35 Initial CYOER 180 hardware will be Introduced and supoortedas J<; for that resource. Inferfaces are provided 3& Advanced 170 systems which are caoabl! o. reo. acing ~ CYn~R 17Q JI', that allow Installations and users tooro~lde 37 mainframe and ~xecutln9 Its c~de. CYBER 1~0 softw3re (NOS1'OI 37 additional control of user access to 38 KlI I be Introduced later. H resources and Inlormatlon. Access to J'l :n resources Is regulated 3ccordlnq to~ .. 0 CYOER 180 target specifications to supoort migration Includel 1,0 .. 1 .,t .the lavel of access of the user .. 2 - thlt deflnl tlon of the user Interface for the oper3t!ng '2 • the level of allowed access for a resource ... 3 system based on CYBER 110 NOS. "1 .the security level of the system It It .. .. environment, both Internal and e~ternal. ..5 • source 13nguage deflnltlons that are the sa"e for CYB~q 110 .. 5 .. 6 and CYElER 11l0. lob For example, a request for execution of a 107 secure program by an authorized user could be "7.. 8 - program and file conversion aids that assist the user In 10"

COMPANY PRIVATE DRAFT COHPANY PRI'i ATE DRAFT 3-53 CYBE~ 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS CYBER 180 ARCHITECTURAL ODJECTIVES/REQUIREHEUTS 06/08178 06/0111711 ARCHITECTURAL DESIGN AND CONTROL ______ARCHITECTURAL DESIGN • ______ANO CONTROL ··_1 ______------

3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATU~ES 3.& "' MIGRATION 3.&.1.2 Dual State Requirements ----- .. ------.------.. -.. -- ...... -... ---.------~--.. ------

moving to the CYSER 180. 1 ~ Programs accessing files In the other state n~ed not be 1 2 recompiled when the lile Is m~ved to the program's state. 2 - a dual state e~ecutlo~ environment wherein both CYBE~ 110 3 Control card changes are permls~lble, 3 and CYSER 180 workloads may be processed concurrent IV. /t It 5 - Dual state operational control 15 provided fr:lm a sl ... ~le 5 6 operator console Isimllar to ~OS/BE multl-malnlrame' wh~re & 3.&.1 OPERATING SYSTEM IHPLICATIONS 7 NOS/180 dlsolays are a subset 0' N1S/170. At deadstArt: 1 II m~mory. PP's and channe's are assigneJ to the C170 state or 8 9 C160 state until the systems are Idled and a reCovery 9 3.6 • 1. 1 D.llA.LS13.1JLful:.llSSitl9 10 d@adstart is taken. Dual access controllers m3Y be 10 11 accessible hy both states concurrently but not throuqh the 11 12 sam~ channels. Device asslqnments maY be s~ltched between 1Z NOS/180 processes either NOS/180 and NOS/lrO. or NOS/180 and 13 stat~s bv operator contr.ol. 13 NOS/OE 170 JObS. The Inltlal design model for dual state 1/t lit processing 15 that of a svmmetrlc link configuration. one 15 - In a multi-mainframe environment e~ternal maln'ra~es view 15 ellecutlng NOS/170.' the other e~ecutlng NOS/180. This shllrlng 01 16 the dual state processor 3S two maln'rames and Intert~cq to 1& a single mainframe Is known onlv to the most bllslc elements of 11 either the C170 or C180 O.S. directlv via the,symmetric 11 NOSlleo, 18 link. U 19 1'1 3. & .1. Z D..llAULa1.L..!WIIllc.Ullllill 20· - Dual state must support the 10llowln9 RA" reQulre~ents1 2D 21 21 . 22 An O.S. failure In one state cJnnot cause on O.S. ZZ The following dual state functions are provided through NOS. 23 fallur." In the other. Z3 HOS/OE and NOS/180. Wharl tradeotfs must be m,de. NOS/DE Zft 2 .. migration lind conversion sUPoort takes priority. Wherever 25 Independent recovery deadstart I~ deslr3ble; Idle dow" 25 possible dual state fUnctions are svmmetrlc between Cl10 and 180 Z& 0' one state "hlle the other Is being deadstarted Is 2b' states. 27 acceptabloe. 27 ZII 2& ~ Ability to sub~lt a lOb 'rom one state to the other state. 29 One "CU/control facility supports hoth states. 2'1 30 JO - Ability to status and control Jobs across the dual stat. J1 On-line l1Ialntenance. error logging. etc.,. for NOS. 31 'rom a terminal or operator consol •• .32 NOSIBE and NOS18D ~re centralized. 32 33 3J - Ability to select Cl1D or C18D primary mode of eXecutlo" at 3ft 3" Interactive login 35 35 36 3£. - Support' the svm~etrlc flnk protocol between states. 3r The CYDER 180 Operating System target soeclflcatlon Is bas~d 37 Provide standard requests to send and rece'VI! messaqes 38 on NOS/i70. modified as neceSS3rv to present a consistent user 38 across the link. 3'1 Inter'ace BcroSS the various modes of access and to accommodat' 3q itO new hardware leatures. On an exception b~sls. Imoortant NOSIOE itO - Support lor the C1TO muttl malnlrame tlnk 'unctions (e.g •• "1 capabilities "III be In the target soeclflcatlon. Subs!quent .,1 get and save permllnent 'lies. route "'es•• tc.. 'or file IoZ CVBER 170 develooment will oend to~ard that target specification 102 access across the Iln~. 1t3 to echleve a more uniform user Interface w~en NOS/180 Is 1t3 released, .. .. .,t; - Provide mechanisms 'or OHUCOOE e~lts on a 111e basis. 1t5"" Th~se IKlts "'II 1I11~w communication ~cross the dual state .. 6 It& link "Ith svstem-supplled record access routines. .., .. 8 101)It'

COItPA'UT PRIVATE DRAFT . COHPANT PRIVATE OP.AFf 3-55 CYBER 1~0 ARCHITECTURAL 08JECTIVES/REQUIREMENTS CY8ER 180 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 06/oaIT8 06/06178 ARCHITECTURAL DESIGN AND CONT~OL ------ARCHITECTURAL DESIGN AND CONT~OL 3.0 CHARACTERISTICS AND FEATURES 3.0 CHARACTERISTICS AND FEATURES 3.6.2 PRODUCT SET TRANSITION 3.6.2.1 FORTRAN ------~----

3.&.2 PRODUCT SET TRANSITION 1 - Machine and D.S. d~pen19nt breakag~s only. A conv~rslon 1 2 aid wIll be provided to flag possible m~chlne d~pendent 2 1I usages for hand translation and to convert D.S. dependent 3 The obJective 1$ to offer application source code \ breakages (e.g., OVERLAY) whe~e posslole. .. coepatlbility b~tween the CYBER 180 product and the CYBER 5 5 170 l~~ products. This C3n be achieved byl 6 & T 7 - Implementing the product or front-ends on the two machines 8 6 'to a common 9Kternal speclficatlon. 9 CYBER 170 8as8 - COBOL & 9 10 10 - Uslng a common test base. 11 - C080L 5, eKtended to lIIeet ANSI-79 reQulre.ments 11 12 12 - Carrying across the product {or Its front-end' Hrltten In a 13 100X conversion aid coverage of COaOL-5 to CO.'3CL-& 1l common Implementation language. 1\ breakages 1', 15 15 The emphasis ior-neH" C'~ER 170 front-ends and p~oducts Hl11 16 CYBER 180 Product 16 be to code In SYHPL for both CYBER 180 and CY8ER 110 Systems. 11 tr I.e., machine Independent Implementation. 18 - COBOL& Front End transported to CyeER 160 H· 19 1'1 EKlstlng CYBER 170 products (or thOSe In development) Hrltten 20 - NeK code generat'or 20 In SYHPL wIll be made more transportable by supporting SYHPL on 21 , 21 CYBER 180. 22 - Breakag9s onlv In areas of O.S. Support and machine 22 23 dependent data types. A conve~slon aid HilI convert all 23 2 .. those breaka~es that can bp converted; those that cannot 21, 25 will be fla9ged to aid In hand transl~tlon. 25 2& 26 CYBER 170 8ase - FTN5 21 - Control card option to compile C1TO COBOL 5 programs as 27 28 reQuired by neK ANSI standard. Hili Hork for all proorams 211 - Successor to FTN\ 29 unless unsupported system capabilities used or m3chine 2'1 30 dependent, data manipulation don@. 30 Breakages Kill be Introduced to reduce 'machine and data 31 31 dependtnt usages. Usages such as SHIFT and HASK 32 32 operatio~s. Hollerith data. etc. Hill be f lagged and 3l 3$ require manual conversion. 3 .. 31, 35 CY8ER 170 Base - SORT/HERGE 5 35 Breakages Hili be Introduced for ANSI compliance and to 3& 36 remove archaic usages. 9St of tha lobs so affected Hili be 37 - NeH compile phase meets CYOER 180 SYstelll Interf3ce 37 translat~ble by conversion aids 35 Standards H 3

COHPANY PRIVATE DRAfT COMPANY PltIVATE O~AFT 3-59 3-60 CY9ER leO ARCHITECTURAL OBJECTIVES/REQUIREMENTS CYSER 100 ARCHITECTURAL OBJECTIVES/REQUIREMENTS 061011/711 06/0~/1f1 ARCMITECTUQAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL ---.-.~------3.0 CHARACTERISTICS AND FEATU~ES 3.0 CHARACTERISTICS AND FEATURES 3.6.3.1 Off-Line 3.6.3.2.2 USER INTERVENTION

dlsk-to-tape-tD-dlsk fl'e co"verslo". Thev wl., hand'e' 1 3.6.3.2.2 USER INTERVENrION 1 Z 2 at A" access methods and record types suPP?rted bv CiTO 3 On a file basis, OWNCOOE exits will ~e suooorted wh4ch allow a .J Record M3nager (V1.~ and V1.51. .. user to request a raw binary record from the other state. convert Io. 5 datI! fieldS as necess:,l'rv and return the record to its requestIng 5 bl All C170 character cDdes to/from ASCII. 6 program. (Disk) file tvoes to be supported aret & T 1 c) C170 18-blt Integer to/from CI110 half word. Sequent I al fI "9 - Indexed Sequential 'l dl Full word Integer and f'08tl"g point. 10 10 11 Any CYBER 170 file can be accessed on a PRU basis. An entire 11 81 ANSI 69 (read onlvJ and ANSI 76 labels. 12 file or 3 single PRII can be t,ransmltte1 between states. The user 12 13 program or owncode exit Is resoonslb'e for Interorotatlon and 13 f) 7600 SCOPE 2. SeQuential and Word Addressable f11~ 14 conversion of the PRU content. lit organizations. 15 15 16 II'> 91 3000L. ~ASTER Seque"tla' and linked Indexed SeqUentl8l. 11 17 18 11' 19· 1'l 20 Halntenance Software Is organized Into three malar categorlesl 20· 21 21 When executing In dual state, a program may access disk fll~s 22 1) On-line Honl tor 22 frow the other state. Access to ·110 files from the 180 state Is . 23 21 Off-lIn"l Monitor 23 mandatory. Access to 180 files from the 170 state Is required 210 3) Tests. Diagnostics and UtilIties 24 unless that access Is damonstrated to be sel dom-used or 25 25 pro~lbltlvelv expensive to Implement. 2& The functional obJectives for CYBER 180 lev>!1 II and III 26 27 Halnten3nce Softw3re are described In the following oar~gr3Dhs. 27 3.&.3.2.1 SYSrEM SUPPORTED 26 These ObJectives aoolv to both the CYBER 110 and CYBER 180 stetes 2" 29 of operation exceo! where noted otherwise. 29 Sl£~ __ ~al~-1Y~ (character •• Inte9~r or flDatlng point. 30 30 files can be accessed on a file or record basis. 31 31 "32 3.7.1 ON-LINE HONITOR 32 81 Files Df the following types may be transmitted. In their 33 33 entlret •• between statasl 3'1 '"35 The CYBER 160 state On-line Honltor she II I ",crove 35 Sequential organization. record type H or Z. block type 3& .elntainability of system critical elements bV! 3b C 37 37 38 1) Observing system operation via hardware RAH fe~tur.s. J{\ bJ FI'es of the fotlowlng types mav be designated for 3'J 2) Reoortlng and logging errors. ]q record-level access between the st8t~s' .,0 3) Actlvete/deactlve hardware RAM fe~tures as requested bv 100 401 the OS and/or tests a~d dl3gnostlcs. ..1 Sequential organization. record type H or Z. block tvpi 402 4) NotlfVlng OS of hardware failures. 102 C .. 3 5) Being designed to function In 8 "crash-proo'- manner to 10" It~ ensure retention of oertlnent fallur~ d!ta. .,4 - Index Sequential. .,5 6) Providing a console Interface to th~ m31ntenance englre~r 0,'3 "6 both locally and remotelv. However joes not supply the lob • &-blt. one code type for 110. a-bit aSCII for 180. 47 remote access driver software. It7 .. e 1) MonitorIng system mainframe comoonents (processors • 108

COIIPANY PRIVATE DRAFT COHPANY PRIVATE 3-61 3-62 CYSER HID ARCHITECTURAL 08JECTIVES/REQUIREMENfS CyeER 180 ARCHITECTURAL OeJECTIVES/REQ~IREMENTS 06/08/78 06/0"/7" ------1'------ARCHITfCTURAL DESIGN AND CONTROL ARCHITECTURAL DESIGN AND CONTROL 3.0 CHARACTERISTICS AND FEATURES 3.0 CHA~ACTERISTICS AND F~ATURES 3.8 NETWORKS 3.7.1 ON-LIN~ MONITOR --- ... ------"----

memories. IOUI for envlronm~ntal power faults and 1 1 warnings. It shall be Independent of hardware failures. 2 2 eKcept Its own, and Independent of Ooeratlng SYstem .5 3 faIlures. C. C'fBER 180 network products support data trans~lsslon a~ong .. 5 host comouters, and between host computers and termine's over 5 In addItion, the on-line monitor shallt 6 com~unlcatlon 'ines. Single and multi host configurations ~r~ 6 1 supported usIng the CYBER 170 Network Proc~ssing unit l25SX or 7 - LimIt th. equipment dedicated to the on-tIne monitor to a II successor) hardware and soltware products. This Interface allows 1\ maintenance channel and PP for CYBE~ 180 state. and to a 9 the addition 01 a CY9ER lao host to an existIng CT~ER 170 9 maintenance channel for CrBER 170-state. 10 network. 10 11 11 - Be logically Independent from the system. A failure of 12 The CTHER 170 host network software Is the base of CY9EP. laO 12 these facilities will not cause a system faiture. 13 host soltware. The Net~ark Access Hethod (NAN" Communlc~tlons 13 1" Bnd Network Supervisors (CS, NS). and N~twork Definition L3~guage lit 15 (NOLI Imolem~ntatlons will be used "here they ~eet the structure .15 3.7.2 OFF-LINE MONITOR 16 01 NOS/leO. NAH will have a dedIcated PP to Interface to th~ 16 17 front-end NPUs. The Remote Batch Facility tRSF) wIll supoort 11 18 local and remate batch devIces. H· The Off-line Honltor shalll 19 19 20 The NOS/180 host natwork software separates the communIcation 20 1) Provide a load and co~trol capability for both CY8ER 180 21 function from other processing and manaJes the sharing Df th~ 21 and CYBER 170 tests and diagnostics. 22 data communIcation network by multIple 3Ppllcatlon proqra~s. 22 2) Provide ability to examine failure Information on system 23 Each pr09ram utIlIzes a consistent Interface that orovldes 23 crItIcal devices as collected by the On-line "onltor. 2" 10glcBI connections to all terminal types. The NPU presents a 21t 3) Suoport verification. manufacturing. and the field 25 Virtual Interface to the host for batch and lnter3ctlve 25 envIronment. 26 ter~lnals. so that terminals aPDear sImIlar to the host <'6 ~) Support remote maIntenance. 27 applicatIon programs. The network soft"3re Includes bufferlnq 27 5' Provide for total system exercising and verification. 28 and Queuelnq to effIciently configure 13rge numbers 01 sto~ 26 6) Provide capabilities for mainframe Initialization. 29 devIces. Up to 10,OOOactlve terminals way be connected to a host 2'1 30 computer. Any appllcat Ion may access up to 10,000 act Ive 130 31 terlllinals. 31 3.7.3 TESTS, DIAGNOSTICS, UTILITIES 32 32 33 The t~rmlnal types and line protocols supported arg described 31 31t In AppendIx C. Asynchronous lInes may operate at stendard rates 31t l' O~tect, Identify and Isolate hardware malfunctions In the 35 between 110 end 9600 bPS. Stendard speeds are 110, 13",5, 300. 3<; CY8ER 16Q. 36 GOO, 1200, 2r,00, r,800 and 9600 bps. SynChronous lines may 3b 2' Verify hardware operation prior to customer use and after 37 operate at speeds between 2000 and 56.000 bos. Inter-node trunks 3T repair. 36 may operate at speeds UP to 56.000 bps tor higher If general 3~ 31 Where possible. be abl. to execute In an on-line and 39 Industry trends dictate'. J,} off-line mode. ~O 1,0 ~I Provide eQuIpment and media performance history. analysis. .. 1 The NOS/180 fIle Interfece can be used by user and syste~ 101 and prl!dlctlons. '02 applications to access net~ark devices. ThIs allows a pro~ram to ..2 ~'Provlde m31ntenance orocedures based on performance ,,3 hanole network and non-network devices with on~ Interlace. /03 hlslory. ".. 10 It 6' Provl::!e "truncated" versions of CrBER 160 tests for 1t5 Suoport tools lor managing Network Processing UnIt software ..,0; inItializing the hardw3re needed for on-line or off-line ~6 are provided wIth NOS/l~O. 1t6 system operatIon. "7 107 "'6 106 COMPAN'f PRIVATE OQAn COMPANY PRIVATE OOAFT "-1 "-2 06/081711 OGlO!ltr8 ".0 COHPATIBILITY OBJECTIVES ------.---~------~-----4.0 COMPATIOILITY OBJECTIVES 4.2------MEDIA INTERCHANGE

It. 0 i:l1.11fAIU.lLllL2!!J.EC.ll~S 1 1 Z 2 3 ..3 "5 Physical COny.rilon Logical 5 (, D~vlce Recording Code IStructurlng & l' ------.----~------.------.------'7 & I 8 ".1 .l!llJ:U.tLC.lllEJLU.D. 9 7 Track AIlSI BCD 1977 ANS I 9 10 tSDe 200bpl NRZI standard 10 11 (read only J 1 11 CYOER 180, '" I I , prasent a cdmpetibla date Int.rf~c. that Is 12 55&bol NRZI 1 12 ~cco~modatad across the line. This oblective Includes provisions 13 aOObPI NRZI 1 13 for I 14 I 1" 15 9 track ANSI 1 ASCII 1977 ANSI 15 Singla Instruction set across the CPU range. 1& tape 800epi NRZI I EOCO IC stand3rd 16 17 1600cpi PE 1 17 ANSI standard data representation on cards end tape. 18 &250cpl GGR 1 16 19 I 1'1 CYBER 180 standard data formats (internat and external). 20 80 colu",n 'I ANSI. I ASC I I Card Image 20 21, cards I I 029 I 21 CYOER 1~0 standard disk recording formats (physica. and 22 1 I 026 ! 2'2 loqlce' f lie level) for each transportabl'! media type. 23 I I Tr3nsosrent I '2' 2" CY9E~ 180 standard operating system interface. , 25 ~~ 2& 26 The CYBER 180 standard date formats arel Z1 27 28 26 8-bit bytes. 29 29 30 30 Internal representation of character data in ASCII. with 31 rt Is a 9031 of the Maintenance Software to use certain 31 special CPU provisions to take packed decImal data th~t 32 existing CYOER 170 maintenance programs. ThIs ~oft"are s~all 32 had been previously trans.ated from EOCDIC to ASCII and 33 have the same external dia9nostlc/test procedures when run 3J translate It bac~ to Its orIginal reoresentatlon., 3" either In the CrBER 170 or the CYBER 180 state. 3 .. 35 35 FIxed poInt numbers. 32 and 6 .. bit 2's complement 36 3& 31' 17 Floating point numbers. 6ft-bit {single precision' end 38 Level III Maintenance Software must perfOrm "'Ith all H 12A-blt (double precision' signed magnItude. The results 39 operating systems supported In CloER 180 state. 39 of the CYBER 180 floating oolnt Instructions will be 40 Ita ' arithmetically compatible to the normal range of CYBER 170 "1 "1 floatlnq point normalized un~ounded results. 42 "2 103 to.' Signed and unsigned packed decimal numbers. 41f .. .. 1t5 .. 5 Signed (embedded lnd separate/leading and traillngt and 46 !of! unsigned zoned decimal numbers. 47 .. , ,,~ to~ 49 .. ':) 50 50

COMPANY PRIVATE ORAH COMPANY PRIVATE OllAFT 5-1 5-2 06/08118 ------06/011118 5.0 SYSTEM ENGINEERING 5.0 SYSTEM ENGINEERING ______.... ______1'W ______... __ .. __ ... _____ ..__ .. ______5.2 TOOLS/SE~VICES FOR CYBER 111011TO DEVELOPMENT l MAINTENANCE ------.... _------:------.. ------.... ------. 5.0 llllEtLEHlilHfERl.Wi 1 All tools will be Interactively oriented as well as usable I" 1 2 batch mode. The tools will be structured as an Integrated 2 3 system, providing slmol. and fast primitives usable In ] If combination. System bulldlng/chec~out capabilities will 10 5 emphasize binary module replacement and Incremental, contlnuln~ 5 (, software Integration. 6 T 7 II The standard mode of release of software Is blnarv code. Cl80 5.1 SlAHIlAB.llS 9 development tools and CPU system source code will be available to "9 10 custo~ers as an extra cost option. 10 11 11 The CYBER lRO systems will comply with all applicable CDC and 12 The great maJorltv of C1BO system program~ln99 InclUdln~ 12 Industry standards. Any deviations will be Identified with 13 tools, will be deve'ooed In high level language. hence the tools 13 waiver statements In product design documents. See Aooendl~ " lit reQuirements Include language processors and subordinate tpo's. 1" for the 'ul' standards list. 15 15 16 The anticipated heavy dependence on C170 systa"s for the bul~ 16 11 of Cl8D development makes It very I~portant that the malor 0551'0 17 111 tools be of releasable Quality. In particular, they should 11\ 19 support the CrBER 180 System Interfac~ St3ndard en~ Syst~~ 1.9 20 Comwand language Interf~ces and should track the NOSlleO co~~)nd 20 This section gives general direction for managing the design 21 and program inferfaces. This .includes suoporting flies In full 21 and development of the set of software tools to be used In the 22 8-blt ASCII. All new tools should be Hrltt~n In PASCAl-X for the 22 migration 0' our, software set 'rom CYeER 170 to CY9EIt 180. 2.J 170. and designed and coded to transport with mlnlmu~ effort t~ 23 elf the CYBER lRO. ' Z.. - The design objectives for Tools and Services will be - In 25 25 priority order. 26 Testing of CYBER 180 software will Involve heavy use of 26 21 autowated testing aids which are also part of the too I s 27 It Al12H product sat members spanning the CYOER 170 and CYBER 28 reQuIrements. 28 180 ooeratlng 'svstems to be developed and maintained In 29 B one form. using the same tools. 30 30 31 5.2.1 LANGUAGE PROCESSORS 31 2) .sJ./W).2.r::l the davelooment and lIIalntenance o,f products to be 32 3Z used In i dual OS state environment (CYBER 110 state and 33 J] CYBER 180 statal. 31t Ji.lltuC.IIl lit 35 35' 31 .sJ./~2Ct the reQuirements of the CYBER 180 OS development 36 ,) Higher Jevel 'anguages Kill be used 'or CYBER 110/180 36 oroJect and their language. PASCAL Extended (PASCAL-XI. 37 system progra~mlng. JT 38 311 ~) EASt the transition of CYOER 110 tr31ned programmers onto 39 11 Products designed for release only ~n CY8EQ 180 will ba J9 the CrBER 180 system. itO written In PASCAL Extended. 400 ftl 101 The CYOER 110 will be the primary software devalopment vehicle 102 2) Products designed for release on CYBER 110 wl'I use 102 foreerly roleases of CYOER 180 software. Both ARHOPS and SVLOPS 103 SYMPL. 1,3 develooment sites will have CI10's dedicated to Cl80 develop.e"t ~ft .... runnl"g the same set of tools under NOS110. These systems wi I I "5 31 Products designed for release on both ITO and 180 Kill 405 be stabilized versions of NOS 110. 10& use SYHPL. 40b 47 loT The C180 Devalooment Support SYstem. OSS160. will b~ the .. 8 4) SubJect to AO'C approval. compilers and their oblect "8 cen tra I tool s agancy to develop m3J or too I 5 and to ensure 109 time routines may be written In their own lanquaqe, 109 comwonallt, and stability of the tools at the development sites. 50 where there Is a significant cost advantage f~ do so. 50

COHPA NY PRIV HE ORAFT COllPANY PRIVATE Ot! AFT 5-3 5-.. D6108IT8 06/081111 ------~-.------~------.------._._------5.0 SY$TEH ENGINEERING 5.0 SYSTEM E.NGINEERING 5.2.1 LANGUAGE PROCESSORS ------~------.------1 1 bt The need for assemblers Is acknoHledged. In practice 2 2 Initial Implementation Hili b~ In higher level I~nguages. 3 1 When tuning. critical modules will be redesigned .for the .. There will be one external assembl, language definition and It assembler as dictated by performanc~ and hardware 5 I~plementatlon for the CYBER 180 CPU and IOU. The CPU Dortlon 5. conslderatlons~ Because of severe ~emory const~alnts of 6 must accept PASCAL-X Variable. type and constant declarations. 6 the CYBER 170. CyaER 170 state cod~s usually resident In 7 1 centre I memory will be done In assembly language. II 6 9 5.2.3 LIBRARY SUPPORT ANO CONTROL 9 c) PPU code Hif I be done In assembly langu3ge. cyaER 180 pPU. 10 10 source code wll' not be released to the field. 11 11 12 In general. eXisting CYIIER 170 products wl.1 be used as the 1? 13 design base for these pac~ages. Transition plans "ill be 13 14 prepared for each. sho"lng additions and delutlons ne~essary to ,1" 15 ooerate In an Interactive/batch environment and to meet th~ CYBE~ 15 Close coordination with too's SUbsyst~ms Is mandatory. with 16 180 System Interface Standard. 11) special .emphasis on.. 11 11 18 The product capabilities listed below ar~ a minimum set. They 18 at Coexistence with the source code maintenance Subsystem. 19 are In Drlorlty order with regard to the Importa~~e of prOViding let 20 a co.patlble brldqe between crBER 170 and cyaER 1801 20 bl Seperate specification of frequently used declarations for Z1 21 centralized control and "exlble access by PASCAL Extended 22 at One source code maintenance oackage compatible to UP04TE 22 end Assemb1er modules with minor deqradatlon In compll_ 25 In. that It call create 160 PL's from lTO Pl"s. and a 23 speed~ 2" utility to g~nerat~ a 170 Pl Includln9 foldl~q II-bit 2 .. 25 characters fo 6 bits. 2<; ct Assembler Linkage 26 26 21 bl "Common deck" capability - 3vallabl! for both source cbde zr • Definition In the SysteM Interface Standard. 28 and JOb deck maintenance. 2' - Hlnlmum overhead linkage. 29 2l 30 cl ObJect code library maintenance oac~aqe 'ca~3ble of 30 31 handling code produced by any of th~ I~nguage processors. 31 5.2.2 ASSEHBLERS 32 based on LIBEOIT. '52' . 33 33 31t dJ Job Deck Maintenance - dynamic modification and selective 3" . 35 execution of Jobs for use In libraries or test and syste~ 35 36 generation JObS. slmllor to OEVOU~ and Included In at. 36 37 above. 31 The source code 'or CPU 1II1croeode or PPU and naslc operating 138 .58 syste~ and diagnostic code 1180 state only' HI.I not be 13CJ .J ModificatIon Change Control, similar to tho Production 39 rei eased. .. 0 Control System IPCS., to Include modules' histories of \0 ..1 change rate. 101 Hlcrocode assemblers are controlled. documented and .alntalned "2 .. 2 by the responsible engineering development division. They are .. 5 .. J not to be released. .... 5.2.~ OTHER SUPPORT PACKAGES ...... 5 \5 The Internal PPU assembler Is an extension of the Cll0 COMPASS .. 6 lob PPU assembler. .., 8t Documentation lac ill fI.es TEXfFORH Kith Improved \7 ..II usabIIl ty. loti 3,9 "9 50 bJ· Produce glObal cross reference listings for the OS and. 50

COMPANY PRIY ATE O~AFT COMPANY PRIV ATE D~AFf 5-5 5-6 06/00178 O&/O~178 ------~-~--~-~------.------5.0 SYSTEM ENGINEERING 5.0 SYSTEM ENGINEERING 5.Z.~ OTHER SUPPO~T PACKAGES 5.2.6 EXTERNAL DISTRIBUTION ------______w ______

Product Set. to Include data Items. module n3~es. and 1 1 errQr messages for PASCAL-X. SYMPL and the assembler. 2 SVMPL 2 3 PASCAL-X 1 c) Simulate the CVSER 180 aa_a_aysl~. with a simulated to It ASSEM8LER .. real Instruction performance ratio 01 1000 to 1. 5 UPOATE 5 6 llBEOIT 6 d) Simulate the CYBER l~O CPU with soft simulation 01 OS 1/0 T t requests. 1\ "Cross-products" ('executing on C1TO. producing code for C le 0) - 8 9 will not be released wIthout e~ollclt oermission from AO'C. < 'I eJ A last 111e transler capability for ~-blt or binary 10 10 Information via communications line between the ARHOPS and 11 11 SVlOPS development systems: 12 12 13 13 f) A for .. of channel coupled link between the ARHOPS lit 14 development CVBER 170 and the checkout CVBER 180. 15 15 16 16 g) Symbolic Jnteractlve debugger for PASCAl-X and Assembly 17 IT language. 18 1e 1') 1'1 20 20 5.2.5 TEST 9ASE OEVELOP~ENT 21- 21 ZZ 22 23 -23 a'Standards and automated result checking routines fo~ 210 ~ .. positive and negative testing. - 25 25 26 21) b' Support the requirement that test case definition be an 2r Z7 Integral part 01 a test. and that tests are characterized 28 211 and Indexed lor ~utomated retrieval_ 2'1 29 30 30 c) A stimulator wlli be required to simulate Interactive 31 31 usage and remote batch tralflc 1n order to test the 32 32 communications capabilities of the total system. 33 J3 34 3 .. d) O.S. performance kernels to a'Iow repetitive and walghted 35 l'; verlllcatlon of O.S. Instruction allocations. 36 3<, 37 37 el RMS 1/0 performance kernels to test strea~lng rates and 38 311 average random access rates. 19 J'I itO 100 f) Utilities to monitor code coverage during test base .. 1 .. 1 execut Ion. .. 2 ..2 .. 3 103 .... It .. 5.Z.6 EXTERNAL DISTRIBUTION .. 5 .. 5 106 .. 6 ~T .. t The following CVSER 1ftD tools (at teastl will be available as It II .. II Central Enhancemen' and M~intenance Services (CEMS) products in \9 "'I CY8ER 180 model 50 50 COMPANY PRIVATE DRAFT COHPANY PRIVATE OQAFT • &-1 &-Z 06/01'118 061011118 ----.~-.------~------~-.-~---.-~------.------.. ------.------.------.-&.0 PRODUCT PHASING OBJECTIVES'".... &.0 PRODUCT PHASING OBJECTIVES") ------~.------.------1 1 2 INOSll.01 NOS/160 NOS/leO 2 J CapabIlity f Rl I R2 I· Rl l. .. I ICIncl.fU"CInel .. R2' 10 5 ------.~------+------+------5 & I 6 1 I.Operatlng System I r It Is a design objective to acco~modate a phased I) AJHardware Support (SeelAppendlx CI 11 I~olementatlon and release of selected products. functions. and 9 B'System Capabilities I <) features consistent with the maJor design objectives identified 10 ~ormal State-Haintenance State X , 10 In SO!ction 1.l. 11 Dual State )( , 11 12 Submit and control a job 12 'he first release of the Network Operating System 'or CYBER 13 To Cl80 from CHO X 13 180 CNOS/1801 will have limited features and will be provided to 1ft From ClOD to Cl10 x 1ft selected customers. rhe malor orientation of this release will 15 F I Ie/Record 15 be towards supporting mixed CY170/cr180 Job strea~ proc~ssln9 and 1& Copy by C180 Job X lf> providing the first set 0' co~verslon aids. NOS/IBO Rele9s, 1 11 Copy by Cl70 Job x 17 CRt. will provide a· limited production capability: production or 18 Route to CITO by C1S0 X B operations in the NOS/lSO Rl time frame Is expected to be 19 Record AccesS to C170 Fila X 1:J performed In CY170 mode with NOS/lID or NOS-DE. 20 linked Mainframes (JobS. Files, 20 . 21 Hess age' 21 NOS/180 Release Z (RZ. will provide a production env'ron~ent 22 NOS/180 to NOS/lrO or NOS-BE 22 .hlle continuing the emphasis on migration and conversion aids Z3 Dual State Link x 12l (particularly for NOSIBE 110'. NOSIl80 RZ will be B complet. 2«, Channel Link (&&83. X 12 .. · rel'8se within the· schedule constraints. Only seldomly used Z5 Remota Link x 2<; oroducts, functions or features will ba deferrelS. NOS/180 Z6 NOS/180 to NOS/180 x 2Eo Release.5 will be a complete and comootltlve release. The zr ChannetLink (&&1131 X 127 follo~lng provides an oyervlew of product phasing by malor ZB Remote Link x Z8 program elementsl 29 Hultl Mainframes (Shared RHS/FEJ X I Z'J 30 User Access Control 30 Notes. 1. e170 Indicates 8 capability provided by Cl10 31 User Validation X X 131 so'tMare and used by the 180 system. 32 Families-Prolog/Epilog X 32 Z) A single X Indicates full capability with normal 33 Llmlt Monltprlng X 33 enhancements In later releases 3\ Securl ty levels X .310 3J Huttlpte X Indleates phasing of the capability. 35 Secure State X 135· 36 logginq 3~ 31 System, Acct •• CEo 31 38 Job Stat lstles X , H 39 Accounting . I 39 .. 0 SRU, Cost Recovery, Installa­ , toO 41 tion Hooks X x I IU "Z Aopl Icat Ion X I .. Z .. 3 Program Services I IoJ .. ,. TaSK Ing x , Ift4 45 LOADER-Object libraries, X I 'to5 4& TIme, Oatei etc. X 1 t\r. .. 7 Queues, Slgnals it ·1 It; .. 8 User Aids I \11 "9 HELP X X I X 109 50 Debug X X I X 50

COMPANY PRIVATE OUFT COMPANY PRIVATE DRAFT 6-S 6-1, 06/0alTa ------.------.------~------~~~~~~~ 5.0 PR0,oUCT PHASING OBJECTIVES (ft 6.0 PROOUCT PHASING OnJECTI VES U J

------~------1 I 1 I I 1 I NOS/lIl0 I NOS/taO NOS/lao Z I NOS/1~OI Nos/a 0 NOS 11ft 0 2 Capablll tv I Rl , R2 I . R.3 3 Capability I Rl I R2 I R3 l I I lInel.IU) I (~ncl.R2t It , I (Incl.R.lIl (Incl.R21 .. ------t------t------t------5 ------~------t------.--- ______•______5 Performance Analysis I X' I X I' X 6 , . I & " Editing I X I X I 7 File/Set Ut III ties I I 1 Source Code Halntenence I CHOI X I 8 COPY FIle/Records/Partitions I X I /I t I I <) In1tlellze, Add, O@'ete. I I <) CIJob Capabilities I I I 10 Recover Set I X I 10 Job Type I , I 11 Basic Record Hanager , , 111' St "ndard I X I I 12 SeQu9ntlal,[)yte Addr-essable , )( I 12 H~lntenance , X , I 13 Record Formats I I 1.1 Oaslc transaction support I I X I I tit H,U,170 Interchange I )( I 1\ Fu" transact Ion support I I I )( 115 ANSI Rec or-d For-mats I I )( 15 Job Submission 1 I I 16 File Access I 1& Batch {)ov Ices (Locst/Remot et t C110 I X I 17 Physical Re3d/Wrlte X I 11 Ihteract Ive Sessions I CirO I X I UI Record Manager- )( t 1 15 Executing Program I X I 19 So "ment Access X I I 19 File Job Schedu ling I I 20 Shar I ng I I 20. Ehslc Prlorlty.Operator Tunlngl X 1 121 Exclus Ive Read/Write - 1 I' 21 User Prlorltv I X I 22 Hul t I Read X 1 I 22 User Defined Events I I X 23 Mu I t I Re d, Single Wrlt~ X I 23 Job Dopen dency 1 X I X 12" Hu I t I Re ad. M.ul t I Write x 2 .. Job to Job Communication I X I Z5 Hemor-y Management 25 Co~m3nd Language I t Z6 Segment Allocation-Swapping X 2(, Procedure-Basic structures I )( I 27 Paging - RIngs X 27 Extended Structures t X I 2/1 Key/Lock X 2ft I I" 29 29 O)Storage C3pabillties t I 30 EJRAH Capabilities 30 Hass Storage Flies I I 31 .Checkpo I n t I ng 31 Permanent-Queua-remporary I X I 32 System Inl Hated (0 , System' X 32 Hagnet I C .Tape F 11 es I I J3 Job/Program rnl t Ishd (0' Job'I X 33 !laslc support, Labelled, Un- t 1 lit Systelll Idle Unl tlated by I 3., labelled 1 X 135 SystemlOperator) I X 35 FUll ANSI support I C1TO X IlEi Oporator Inl Hated (0' JobJ I X J& Permanent (cataloged' I X lIT Restar-t 1 31 Hass Storage Sets I 311 Oe"ld:;tart Recover.,. 0' S vst em I H Family-Online I X 39 (Operator-' I )( 39 Pemovaole-Auxillary t X "0 Job/Pro gr am (Job Initiated' I X 'Q Job IOper-ator .. agnetlc Tape Volumes I '<1 Inl t I ated) I X '1 Auxl I larv Volume-Volume Sets I X , "2 System Inltl3ted I X X "2 Fam 11 V Volumes (fape I .. 3 Hardware Errors I .,l Reserliatlon) I X .... Detection I X .... Catalogs t .. 5 Err-or Logging X "5' 1"!3ster, Access Control I X .. t; Error Recover-v (retry. etcJ X .. Subc3talogs I X .. 7 SYstem Idle .. "1 r,tI Operator Initiated Permanent File Utlllties I X X .. ~ Oump, Load, Audit I X t,g Environmental /lion I tor X X .,q Archiving - To/From Hag fape I X 50 Recon f I gur a t Ion 50

COHP/INY PRIVATE ORAFt" COHPAN,( PRIVA fE D~AFT 6-5 6-6 06/01l1T1I ------!!!~!!!!- 6.0 PIUlOUCT PHASING OBJECTIVES«n 6.0 PRODUC~ PHASING OBJECTIVES« ••

------_ ... _--- .... ------.. _------~------.------.------Online. operator contro'led I I 1 1 1 1 Basic (On/Of' eQvlpments) X I I 2 INOSlnOI NOSI180 '105/180 2 ;, Capability 1 Rl I RZ I RJ J Extended (~econflguretadd,etcJ I X I Dynamic by system due to , 1 X I . I I Uncl.IU' I Uncl.'HI to error detectton I I I "5 ------+~------.------.------5 Maintenance mode I X I j 6 I 6 Online Maintenance (maintenance I I f T Il.Proauct Set I T 1 8 FORTRAN 5 X I , . and repair' I X' Mass storage t X I 9 COBOL 6 l( (liCSt 9 CPU (second of dual. I I X 10 BASIC It X HI MagnetiC Tape I C1TO I X 111 SORTIMERGE X 11 ALGOL 5 I C170 , X 12 X 1Z Unit record APL X 2550 I CHO I X 13 13 lit PASCAL (WIRTHt X . 1'+ Re"ote Malntenanc~ 1 CHO I X PL/I X Common Test l InltlallzatlonCCfII X 1 15 15 1 16 SYNPL X 1& Cnllne Diagnostics (periodic I 'PASCAL-X confidence testing) 1 17 t X 11 X I 111 Assembler I X 13 Hass storage IIdv3nced Access Methods I CPU X I 19 19 Memory X I ZO Direct Access I X to Magnetic tape C1TO I X I Z1 Index Sequent IBI I X 21 Hu It Ip Ie Unlt record CHO I X I Z2 Index I X 22 2550 CHO I X I 23 Flle.Malntenance Otilities I X 2] I I Zit DHS/16D I 2 .. I I 25 Query Langu.age ~ X 25 I I Z6 Report Generator X 26 I I 21 DBMS X X 127 I I 28 Data Dictionary X 2" , f 29 CROSS 1255D/CY18 Software KainU X 29 I liD Conversion· Aids 30 31 COBOL-FORTRAN-BASIC X 31 32 Flies X JZ 33 AlGOL-APL X 33 lit ApplIcations J .. 35 Math SCience Llbrarv X 55 36 APEX,TIGS,SIMSCRIPT.GPSS X 31) 37 APT,PERr.UnIDlot,Total X IT 38 Network Products elTO 39 NETWORK Access Methods X X 39.'" .. 0 Batch Facility X .. 0 .. 1 Interactive Facllltv X It1 102 Transaction Facility X .. 2 \3 .. , 44 ...... 5 .. 5 .. 6 "6 41 .. 7 48 "9 "".. 9 50 .:, 50

COMPANY PIUYATE ORAFT COKPANY PRIVA TE DRAFT 1-1 1-Z 06/081111 0&/0111111 ------..------7.0 PERfORHANCE OBJECTIVES 1.0 PERf~RHANCE 08JECTIVES 1.1 SYSTEH PERFORHANCE GOALS ------.------.. ------1 l' 2 t------t------t------t 2 3 I I SYSTEH PERFO~HANCE I BENCHHARK I .3 .. 'ENVIRONHENT I (CPU SECONDS. • (Z) I .. 5 .------.------.-----t-----+.--.-t------.------____ e. '.i & , ICYBER-731 Sl , S2 I S3 I THETA I I & 1 I I (1) 1 I I , I ~ 7 The CT8ER 1110 architecture must a"ow the largest II +------~----t------~t-----t-----t-----t~------t------t tI cos"perfor~ance range posslb'e between the s~al'est mode' and 9 'Trensactlon TOF I t.Z I 3.0 1.5 Z5.0 T !lL 9 the 'argest mode', The range must be covered contlnuous'Y with 10 I I 10 no cost andlor performance gaps within the line. 11 •I aa tch I I 11 12 I ScientIfic 315,. I t.Z I ].0 9.0 3/t.0 SBl 12 Identifiable processor mode's must occur at performance level 13 I COlllmerclal &51 t.z I J.O 7.5 25.0 SI'1BOP 13 ratios of 3 (t/- 0.5t. At each level. a minimum starter sys'em 1ft , 95,. i• 1. Z I 3.0 7.5 Z'.i.O BllC50 1 .. must be configurable wl'h growth through add-on andlor 15 I 2&50 I t.z 'I J.O 7.5 25.0 CIll. 15 reQlace~ant of hardware modules to al'ow the user to grow In 1& I I 1& swaller steDs than total system replacement_ 17 •'Inhractlve TOF I t.z I 3.0 7.5 2'.i.0 IIlL 11 111 1,\ +------t ------t -----. -----t -----. ------t ---- -.------t The actual c6de seQ~ences to be used In measuring performance 19 19 are specified in the Environments 1 Wor~Ioad SpeCification (see 20 20 21 section l.O), alon9 wIth the source language kernels and the .------~-----t------t------t 21 varlo~s benchmarks used to establish the performance oblectlves. ZZ • I SYSTEH PERFGRHANCE • I 22 2] 'ENVIRONHENT • (ELAPSED ll'lE) Ul I RE~CHHARI( I 1J Zit +-- -t-':,------t------,--t------f Zlo Z5 I ------t--ICY8ER-131------t Sl---t-- • S2- I S3 I THETA I . I 25 Z& I '111 I I I I I I zr, Z1 it System performance oolectlves are based on the target za t------t---~----t---t----.------.-~------t------tI Trl!nsact Ion I TBf' TOfl TBFI TOF I TOr I TOL· I ze conflguratlons described In AppendIx D. 29 I I I I I I I I 29 30 IBateh I I I I I I I 30 System .Iapsed time Is 'a function of the number of disks and 31 t ScientifIc I 3500 II.ZI 3.01 9.0 (Z) I Z1.0 (Z)I SOL I 31 the OIS utllllation of the diskS. System elapsed time ratios JZ I COIIIII'erclal I 130 11.ZI 3.01 1.3 fZ, I 10.0 ( .. , I SIHOOP I II ICYeER-73/CY8E~-180t ara stated, based on the target 33 , I Z945 Il.ZI 3.01 7.3 (2) , 10.0 lit,,· C9l , 3J configuratIons In Appendix D, to establIsh objectives for the 3,. I I I I' , I , 3 .. O/S. 35 tInteraetlve I TOF ITOft TOFI ror I fBF I ISl ,I 35 3& 36 31 t------t------t---t----t------t'------t------. 311 (11 CYOER-7! tlNlngs are In secDnds. and are bas~d on NOS 1.1 3"H 39 430/~211 ""7&1. and assume a <:lOX CPU utlllzatlon. 3'1 "0 «00 1t1 (21 Hultlple copies of the benchmark art reQuIred to IIchleve «01 \z these ratiO! - at least 9 for S3, and at least ZO tor «OZ .. 3 tHETA. «oo! .. ~ It .. .. 5 (31 CYOER 1110 ratios are ba~ed on target configurations. 4t'.i "6 It£? '41 Citl to achieve a retiu ot 11111 at least 30 disks are required 1,7 "II and multiple caples ot the benchmar~ must be run_ Ite \9 50 "950

CDHPANY PRIVAtE DRAfT COMPANY PRI\I AlE O~AFT '-3 T-It 06/08118 06/08/78 ------~~-----.----~------7.0 PERFO~HANCE OBJECTIVES 7.0 PE~FORHANCE OBJECTIVES 7.2 PRGCESSOR PERFORHANCE 7.Z.1 HEMORY ASSUMPTIONS ------_ ... _------_.-.------

1 7.2.1 HEHORY ASSUMPTIONS 1 2 2 II 3 To supoort the System Performance Goals above. processors ~ust .. - Central memory access time (A' Including cables and 10 Me~t performance goals at the relative speeds lIsted below. 5 bandwidth CB. as defined belo~1 5 6 (, ; Hemory :1e .. ory , t------t------t-- ______t 8 Processor Access Tlme lA. Bandwidth (!n II I 1 PROCESSOR PERFORHANCE • 1 I 9 ------t------t- ______') t------t------t------t 10 I lQ t----.-----t------t-----t-----t------t------t------t 11 PI 750 ns 610 H'J/s 11 I I fUSE 1 P1 I P2 1 P3 I THEr A I OENCHHARK I 12 12 13 P2 81t0 ns 6 .. Hills 13 t------t------t-----t-----t------t------t------tI I I I , , I I 110 110 .ISCIENTIFICI280.5(U I 1.3 I 3.3 '10.3 36.0 I FORTRAN I 15 P3 616 ns 1211 IiB/s 15 , I I I I I Kernels I 16 16 I I 'I' I I· 17 THETA N/A NIA 17 lOOP I 8.HZ' I 2.7 I 7.5 I 19.3 1t2.11 CItH Con:poslte 1I 1Il .1~ I I 21.9Cl' 12." 7.5 I 19.J 1t2.8 C~" S-Prollh , 19 19 II I I I I , 20 - No conflict In central memory. 20 'PASCAL' I I I 'PASCAl-X , 121 21 IExtended I 2.26C5) I 1.3 , 2.9 I 8.1t 32.0 I Extended I 22 22 I I Itt t Profll4! 2 , Z3 7.2.2 CACHE ASSUHPTIONS 2J I , I., I I I 21t 210 z's 25 t------t------t-----t-----t------t------t------t 26 Z6 • These ObJectives assume no memory Interference. eKcept 27 PROCESSOR CACHE OATA CACHE INST. CACHE HAf> HI T zr for THETA. THETA's ob)ectlwe must Include the effect of 211 HIT RATE HIT RATE SIZE RATE (H' Z" whatever slng'~ CPU memory Interference exists while Z9 (C, n, Z9 executing the kernels. When evaluating processcr's 30 ------+------t------.------. ______30 performance relative to goals. the memory and cache 31 I I 'I 31 assumptIons stated below will b~ constraIning factors. 32 PI I I I No I 0.98 32 33 I I 1 Cache I 3l (1' Time to eKecute the 10 FTN Kernels. seconds 3ft I I I I 3 .. 35 P2 I 0.75 I 0.92 I 16K9 I 0.98 35 e21 Time per loop of the composIte kernel. milliseconds 36 I I I I 36 37 P3 I ·0.82 I 0.95 I 32K!J I 0.99 37 (3' Average tIme per COBOL statement, mIcroseconds 311 I I· I I 36 39 THETA I 0.82 I 0.95 I 32KO I 0.995 39 (~) The THETA BOP ratio Is a prelimInary estimate, to be .. 0 100 reduced If Implementation costs are excessive. .. 1 1t1 "Z Where 11(0=1021t bytes and C. I and H are defined so that. .. z (5' Average time per instruction for thl! PASCAl-X Kernel 1103 "3 (Including 115, 116, and 117 Instructions' microseconds 14-' - (1-CI of data words accesses shall reQuire a central memory It,. .. 5 ref erence. ..5 It£> 106 1t7 - Ci-IJ of the Instructions {not Instruction words. shall .7 "II reQuire a central memory reference. ..6 "9 "9 50 - (1-HI of the process wlrtual address to real me~ory add~ess 50 COMPANY PRIVATE olUn COMPANY PR.IVATE 7-5 7-6 ------.. _-_.-_._------06/01l111l 06/05178 1.0 PERfCRMANCE OOJECTIVES ------~------7.0 PERFURHANCE OBJECTIVES -----.------7.2.2 CACHE AS5UHPTIONS 7.3 MEMORY PERFORI1ANCE transletlons shall require central memory reference for 1 1 segment and page table InformatIon. 2 2 3 3 The cache sIzes shown are recommended. Trlde-offs between cache ~ .. size and processor. design can be made within the constraints of 5 7.3.1 CENTRAL HEHO~Y 5 manufacturing cost and prDcessor performance. 6 & r r HLt rates higher than Shown should not be assumed when 8 To support the system performance goals above, central ~eworv' ~ estl~atln9 CPU performance. 9 must per'orm the ~eQulrements listed below. 9 10 10 11 t------t------t------t------t----7------t 11 7.2.3 OlOCK C·opy PERFOR'fANCE 12 1 I I I I I 1~ 13 I I Sl I 52 I 53 I THETA I 13 1 .. I I I I I I 1" 15 The transfer rate for the Central Hemory 81oc~ Copy t------t------t'------t ------t------.------. 1<; l"structlons (soft ECS feature' shal' be at least one word every 1& 1 I I I I I 1& other clock cvcle assuming no conflicts. (Halor cvcle for Pl. 11 'Max ""\1m l1emorv I I I 11 111 ICap3cl tv I I. I I 1~ 19 I-single" CPU svsteml 8 118 I 8 HB 1& HI) ,. 1& H[) I 10) 20 I-dual CPU svst\lm I 8 118 1 1& 111) 32 tutU 1& 1'B I 2G 21. I I I I I 21 ZZ ZZ 23 t------t------t------t------t------tI I I . I I ·2.' 2 .. IHax I",um Total ·1 &It M9/s I &/0 HB/sI 128 HA/sI 1000 :'IIJ/s '1 2~ . 25 IHemorv Bandwidth I I I I I 2S 2& I I I I 1 I 26 21 Z1 28 t------~t------.------t------.--t------t 211 29 INo conflIct CPU n 30 IAccess Time (2) No oblectlve 30 31 I 31 32 l-sln91e CPU svsteml &00 ns 728 ns &16 ns 32 33 I-duel CPU system 750 ns 78ft ns &72 ns J5 3 .. , .lit 15 JS 3& t------t------t------t------t------tI I' I I • .16 37 INa conflict I &00 ns I 89& ns , 89& ns , 896 ns , .17 315 IIOU Access Time' 1 I I· 1 ]11 39 I (2t I' I I I. 1'1 .. 0 t------t------t------t------t------t "0' 101 "1 .. 2 4tZ III 11t Not reQuired until Januarv 1, 1983. .. .3 4,. ,.It .. S (2' AI. access tl~es are measured at the memory ports. itS 116 A~dltlonal delav may have to be added for celcuiatlons of Itr. .. 7 CPU or IOU access. For du~I-CPU configurations. the i.t 108 . access times are the average of two CPU·s • II" .. 9 .,q 50 50

COI1PANY PRIY ATI:: DRAfT COMPANY PRIV ATE O~AFT 7-' '-8 06/0111111 06/0517" ~------.-.------.------.------7.0 PERFCRHANCE OBJECTIVES T.O PERFORMANCE OBJECTIVES 7.3.2 ~UAL HAINFRAME SHARED HEHORY 7.4.1 HONITORtNGITUNING ------~----.------.------7.3.2 DUAL HAINFRAHE SHARED HEHORY 1 ~ake UP such dedicated soecl'I systems. 1 2 Z 3 3 The ~axlmum total memo~y bandwidth between the centra' 7 .... 2 IOU PERFORMANCE It proce'Sso~ and a sha~ed ,"emo~y J s "1 Hills Cone 61t-bJ t word. every "5 5 1'!2 ns'. This Is applicable to all syshms (see section 6 6 3.1.1."'. 1 The CYBE~ 180 must provide a highly e'flclent 1/0 capability ., II In both multi-programming and mono-orogrammlng ~odes. 'he 110 9 Unit provides. "

generaf software performance and usage characteristics will be 35 - PPU minor cvcle time, 50ns. 35 0 orovlded. Basic analvsls tools for oresentlng this data In 36 36. mea~lrgful terms are to be included. Measurement fools lind 37 .51 services mav be optionally seaected. 38 7.~.3 OS HORKLOADS 55 39 Jq Caoabilities 'or SYstem tuning at syste~ generation. svstem .. 0 .. e load and execution times wl'I be provided. Include tuning ft1 The follOwing workloadS must be able to run on o, mlnl~um "1 optlo~s to maKlmlze performance In the 'ollowlng areasl '12 con' I gurat Ionl "2 • transac tl on 103 .. 3 - batch •• ocallremote 4C. Dedicated Batch Hode - Minimum of 3 concurrent lObS (1 .... -time sha,.ln" 't5 compilation and 2 production lobs. BDP orIented' .. 5 It& .. ~ T~e level 0' performance achievable In any partlcula~ arell Is It, On-llne/Batch Hode - One on-line t~ansactlon aopllcatlon '17 M1 reaulred to be at the level 0' speclflcallv developed 'til with uo to 35 terminals. mixed types with a throughout 0' It!'! dedicated aoollcatlon systems. ·The standard CYlIER 180 ooeratlng .. 9 3 to 4 transactions oe~ second. CFor measure~ent .. g Syst.~ must be abl. to supply the maJority 0' code that Mould 50 purposes, a transaction Is an externallv generat~d 50

COHPANY PIUVATE DRAFT COtiPANY PRIVATE D~AFf 1'-9 7-10 06/08178 06/08178 T.O PEQFORHANCE 09JECTIVES 1.0 PERFORMANCE OBJECTIVES T.~.J OS WO~KLOADS ------_._------7.4.4.1 Record Manager

INPUT/PROCESS/OUTPUT se~uence re

COMPANY PRIVATE DRAFT COI1PANY P~IVATE O~AFT 7-11 7-12 06/06173 06/0~/7~ ------.--~------T.O PE~FORHANCE OBJECTIVES I I 1.0 PERFORMANCE OBJECTIVES 1.4.4.4 Batch Job InItiation and Te~mlnation (Normal Case' 1.4.".11 loader

Disk Access@s 1 1 Inl tlatlon 2 P1 SBl.CBL and BHC60 2 Qead ·4 3 3 Ill" I t@ 1 .. P2 SBl.CBL and BHCeO 4 5 . 5 rer .. lnatIon 6 P3 SBl.CBl and BHC60 £, Read o. 7 ,. IIrl te 3 1\ THETA J2.0 SBL,CBL and BHCIIO II '} 9 T .... ".5 fjl9LEllII.lLH.aruU.. lng 10 T • ,. .... 9 .Il!J.aLS.1.ll1L&!.tlItc:.m..a.ru;. ~ 10 11 11 12 12 T~e Inst~uctlon allocation 'or handling a page fault '5 given 13 - Throughput using an SBl "o~kload (see section J.J.10 for 13 beloit' 1'0 conflguratlons)1 110 15 15 Instruction Count 16 UTO 1: 111 0 Elapsed 'f Ime 16 17 11 Pege Av1ll !able c .. 00 18 100 0 1.0 18 19 19 Psge on l1ass Storage (Physical 20 70 30· 1.0'> 20 1/0 l1anager not Includedl < 500 21 21 22· 30 TO 1.011 .22 This Includes all Inst~uctlons needed to p~ocess 8 Dag~ 23 023 fault. 24 0 100 1.12 I Zit 25 25 T .1•• " .6 f!lI:1U!H.k.Lu.rualQ.1l 26 Intersf.ate C~mmunlcatlon 026 21 - 27 28 Th~ CPU overhead oer request for Inter-stete com~unlc!tIon 26 In total these shall not consume more than 2.57.: 0 f the total 29 In dual state mode must not eKceed the CPU overhead 29 CPU ~esource, 8S detailed belowl 30 assoclatad with the NOS/1TO symmetric lInk HHF Interface In JO 31 eIther a~ idle or actIve status. J1 - P;!ge Aging 0.57.: J2 JZ - Task SCheduling - priorIty changing 0.57.: J3 33 - Error monitorIng (see section 7.6. 0.5% 310 3 .. - Atl other periodic functions 100% 35 35 36 3f> 31 Jr J~ .5:\ 39 3'1 The rat~ of swapolng shall be II variable parameter. The CYBER loa .. 0 180 Instructions used shalt not exceed 5000. 101 .. 1 "2 "02 103 IoJ t." 410 .. 5 to'; The tanle below states th9 loader reQuIrements. 106 ..6 '.1 .. 1 CPU rIME toe .. ~ 49 40'1 Processor Ratio to CY73 Benchmarks 50 50

COI1f'IINY PRIVATE DRAFT COMPANY Pi\IVATE '-13 7-1" ------06/08178 06/08178 7.0 PERFORMANCE OBJECTIVES 7.0 PERFORHANCE OBJECTIVES 7.~.~.10 Network Products Perfor~ance 7,~,".10.2 CPU UTILIZATION ------.------~------1 i 2 I NIIH CPU X I 9F CPU X 2 J" I (11.2KB/sec total, 112 termlnalsll(10.2KB/secl J 7 ...... 10.1 It It ... ------.------.------I I ... 6 51 I 5.2t I J.lt 6 , I I 7 8 S2 I 3.51. I 1.81: tI 9 I I 9 10 S3 I 2.5% I 0.8% 10 11 I I 11 12 THETA I 2.2X I 0.67. 12 13 I I 13 14 1" 15 7 .... ".10.3 HEHORY UTILIZAT10N 15 1& 16 17 The amount of real memory reIJulred by NA'1 an"d 'IF to support 17 18 112 communication lines configured Kith two 2550 orocessors shall Ie 19 bel 19 20 20 21 NAH 90K Bvtes IZl 22 22 23 BF JOK Bytes 2J .21t Z'" 25 ZS 2& 25 27 27 28 29 2'29 30 7.5.1 LANGUAGE PERFORHANCE LEVELS 30 31 11 32 JZ 1 ...... 10.Z CPU UTILIZATION 3.'1 The following table indicates" the hngulige processor J3 5 .. per'ormance obI actives. It specl'les the perform3nce values to J .. The tabl. below Indicates the percentage of CPU tIme to be 35 be achieved (compile rate and ~lsk accessesl when running the 35 utIlized by NAM and BF to support 112 communication lines J6 Indicated benchmark at the Indicated memory allocation. l6 con.flgured as 'ollows1 J7 Jr 38 Where two levels of compillition per'orma~ce are specified In 38 -lZ are Synchronous ZOOO-56.000 bps lines used for batch 39 the table below, they are defined as follows1 H l~put/output averaging 9600 bps/ilne. 40 1,0 'i DEV - Development mode. Char3cterlzed by eMtenslve .. 1 -100 are asynchronous 110-9600 bps lInes used for Interactive "2 " diagnostics and 'ast compilation rate at the exoense of IoZ applications averaging 600 bps/ilne. 'oJ object code efficiency. ..3 ,It It,,· The CPU time used by NAH and OF Is dependent on the sustained '.5 PRDD - Production mode. Characterized by highly e"lclent ftC; deta transfer rate. 106 object codJ (space/speed' generated at the expense of It£> ft7 compilatIon rates. 1t7 .. II .. 8 .. 9 ""9 50 sm COHPANY PRIVAfE DRAF"T COI1PANY PRIVATE DRAFT 7-15 7-16 0&/08173 06/011178 ~------~------._-.------.------7.0 PERFCRMANCE O~JECTIVES 7.0 PERFORMANCE OBJECTIVES 7.5.1 ~ANGUAGE PERFORHANCE LEYELS 7.5.1 LANGUAGE PERFO~MANCE LEVELS ------~------.------LANGUAGE PROCESSORS PERFORHANCE OBJECTIVES (1) 1 (21 Real memory allocation Is the amount of rcal _emory. 1 2 Including buflers and table space. to be assigned the 2 3 comoller In running the Indicated benchmark "hen ] ------t------+------+------+--~------I I I1lnlmum I I It measuring compile rate and disk acc~sses. .. I Real I Statements I Haxlmum I 5 (31 Statements compiled per CPU minute do NOT Include 5 I Memory I Compiled I Olsk Accesses I 6 comments. The CPU time Inc"udl'lS OIS time durlnq 6 Product IAllocationl Per CPU Min (3) I Per CPU S9C I gench"'ark , compll at Ions. , I (2) I I AI lowed (It' I 15. II Disk accesses per CP~ minute Is a measure of the load. In IJ 9 1/0 requests. the compiler Is olaclng on the system. The 9 -----·---t------+------+------t------I I 10 value Indicates the maximum number allowed When running 10 ALGOl-60 I 150KO , 5,100 22 ALGOL 5 11 the IndlcateJ benchmark at tha Indicated me~ory 11 I I .Test Oase 12 allocation. QISk ~ccesses for o!qing 3"9 Included. 12 I I 13 (51 If no benchma~k Is Indicated. a "typical- program h!s lJ ALGOl-68 I fOF I fOF TBF 14 >500 data names. >1000 statements. lit I I 15 TOf - To be furniShed In subseauent revisions 15 APl I 100KO I NA rBF 16 1& I I tr 17 ASSEMBLERI 150KO' , 15,oaa 25 Fcr 18 7.5.2 CODE EFFICIENCY 111 I I 19 .19 BASIC I I 20 20· PROD I TBF I rOF TOF OASIC JOO 121 al FORTR~N supplied run time and mathematical' routlne·s shall 21 DEV I 100Ko , 20,000 25 1,2,3,4.5 122 execute at the following speed ratios. 2Z I I , 23 23 COBOL 150KO I 8.700 I COl,OHCIIO 2ft Processor Perform3nce Zit I ,. 1. SIH80P 25 25 , I 26 26 'FORTRAN I I 27 C'I'BER 73« 1) P1 P2 Pl THErA 27 PROD 150KO I 7,000 , 56 SOL 28 211 ( OPT=2. I I 29 FORTRAN Run Time 29 OEVlTS. 125KO I 13.000 I 23 SOL 30 Routines and Hath 1.0 30 I I 31 library 31 PLII TOF J TOF I TOF 32 32 1 I 33 (11 NOS 1.1 430/428 (11176) base 33 WIRTH 100K8 , 30.000 1 20 34 3" PASCAL I I 35 bJ FORTRAN and COOOl generated code Sh311 be 8S efficient as 35 , I 36 or better than the code sequences given In the Envlron.ent 36 PASCAl­ I I Compl Ie Jr and Workload Specification, ARH1858, for CPU kernels. 37 EJltenced I 1 Itsel f 38 36 PROD 1501(0 , It,OOO I TOF 39 J9 OEV 1251(9 I 10,000 I TSF \0 .. a I I .. 1 "1 S'I'HPL I 1 Compile \2 .. 2 PROD 1501(0 I 4.000 I 56 Itse If .. 3 103 GEV 1251(0 I 10,000 I 23 ftlt Itft I , "5 .. 0; .. 6 \6 ctl Performance values are for P2: values 'or other .. 7 ft7 processors (Including disk accesses' are proportlonat. to "II \1\ the performance figures for PASCAl-X In the table In .. 9 .. 9 section 7.2. 50 5D

COHPANY PRIVATE GRAff COHPANY P~IVATE ~------.-----.------.------.------7.0 PERfCRHANCE OBJECTIVES 7.0 PE~FCRMANCE OBJECTIVES 7.5.3 OtlS180 7.6 MAINTENANCE SOfTWARE ---.------.. ------~------~ 7.5.! OHS1II0 1 1 2 Z 3 3 TOF .. - Error monItoring will not reduc. system throughout by ~ore to 5 than 0.51.. 5 6 6 7.5.~ SORT/HE~GE PERFORHANCE 1 - No single test wlll exceed 50000 lines of source code •• l' o o 9 - The oblectcode size of tests Is limited to 176~B ~8xlmu~. ~ 10 end the workIng set size Is limited t~ 100K3 maxl"um. 10 Mlnlmum tHsk Access 11 11 Morklng Set Size Records Sorted Per CPU 12 - Inltlallz3tlon utilities wll I not exceed two minutes run 12 Processor CK Bytes) Per CPU Hln (1' Second U' BIH 13 time for the maximum configuration. 13 1 ... 110 Pl 100 (2' I.J X CY8ER 13 120"F T3F 15 15 16 H> P2 Same ~.; X CYBER 13 500"F Same H 11 P3 S~me 12.2 X CYBER 73 1500"F Same 18 111 THETA Same 34.7 X CYBER 73 4500 "F Sel1'e 19 19 20 ZO 21 21 11t Same sort benchmark between CYBER 7J end PN In that the 2Z' Z2· same number of strings will be produced bV the Internal. Z3 ZJ . sort phase. This wil I be controlled bv the amount of Zit Zlo memory dedicated to this phase. fhe ratio 3Polles only ·25 25 to the time In the sort code. ZEi 2& Z1 zr (2' The alnlmum shall not exceed the given value. ZS 211 Z9 29 Cn F aqua to; LlJUl.. lI.lI.lLl. • UC.lILlll..R!t".IlC..!LLlloglbl. 30 311 (Actual WS) (100 • 31 J1 32 32 !3 33 J~ 3 .. 35 35 36 J& 31 31 39 38 39 3'1 .. 0 "0 .. 1 "1 .. 2 ,2 .. 3 .. 3 ...... 1t5 .. 5 \6 .. 6 "7 ,., .. a ,II .. 9 '9 50 50

COMPANY PRIVATE DRAFT COMPANY PRIVATE 11-1 8-2 06/011113 o~/O 811 8 ------~------8.0 RELIABILITY. AVAILABILITY AND MAINTAINABILITY (RAM' 6.0 RELIABILITY. AVAILABILITY ANa HAIUTAINABILITY (RAMt ------6.1.1.3 Comp~nent CrIticalIty 11.0 BflIABILII~~AlL!arLllI_!N~_H~HIAINA~ILITY IR§tll 1 ·Is, It has been assumed that loss 0' a redundan.t eQulolften·t d:les 1 2 not degrade system throughput. 2 3 3 It Cnlv four of six ~emovaole dIsk storage units are required for .. 5 nor~al operation. 0; ·6 £> T The loss of a removable disk storage unIt controller wll' not 7 8 cause the system to fall. 't. 8.1 ~PERATING-AH~-iueea~QNallIQN~ 9 ') 10 Only three of four or 'our of SIK tape drives ere required for 10 11 norwal ooeratlon. 11 Tt'e anticipated usage and maintenance of th1l systemtsl 12 12 specified below deserlbe the environment and assumptions used In 13 The loss of a communIcations processor "Ill not cause a system 1l predicting RAH performance parameter values. 1" crash. 1\ 15 15 16 A single controller failure does not cause a syste~ down. For 1& 8.1.1 OPERATING CONDITIONS 17 systelft mass storage devices. there are two mass storage 17 16 controllers for evary four soIndl~s. 111 19 1') 20 The operatIng System requIres a designated spindle on the Z·O 21 ~vst~w mass storage device. Of the remaIning spindles I' one Is 21 22 lost the system does· not crash. 2"Z It has been assumed that atl mainframe components are powered 23 23 UP 100Y. of the time - ·that is 120 hours/month. For peripherals 2 .. Zio. the reliability data (HTOII have been based on field 25 8.1.2 SUPPORT CONDITION-STRATEGY SU~HA~Y 25 observations, and therefore the duty faetors encountered In the 26 2& field have been assumed Implicitly. 27 27 28 The Iftalntenance strategy Is 8S defIned In the reference ZII 29 documents noted In SectIon 2.0. Zq 30 30 31 Where redundant equipment Is p~ovlded Preventive Halntenance 31 The farget con flgurat1 on Is' of the ClOER .180 Systems is as :l2 .does not Interfpre with normal system operatIon. J2 specified In AppendlK o. 33 Jl 3,. PreventIve maintenance Intervals will be optimized around HT

COMPANY PRIVATE ORAn COMPANY PRIVAtE OIlAFT 11-3 06/0Il/'!I11-" ------06/011 "11 ------11.0 RELIABILITY. AVAILABILITY AND MAINTAINA9ILITY (RAM) 11.0 RELIABILiTY, AVAILABILITY AND MAINTAINABILITY (RAM) 11.1.3< ASSOCIATED .RAM REQUIREMENTS 8.2.1 RELIABILITY FEATURES ------.------~-~------1- ~Ignlflcantlv higher than has ever been achieved for new software 1 characteristiC of a device. running on new hardware. Z t ;5 J It .. '3 5 The system Initialization prqcess to Include confidence level tests run agaln~t critical system co~ponents. 6 6 r 7 II The guidelines for total costs for RAM features for , given II 11.2.2 AVAILABILITY FEATURES 9 .alnfraK8 e'ement wll' be 10-15% of hardware manufacturing cost 9 111 exceot for the THETA CPU. The guideline for the THETA CPU RAM 10 11 costs will be 3X-15l ~f manufacturing cost. SUbJect to the 11 Avallabllltv features arl defined es those pro~ldlnCJ alternat~ 12 constraint that scientific performance Is degraded bv no Kore 12 13 than 2%. 13 PIths around failing' or failed svste~ functional components to .lnl~lze Impact on a r~nnlng production system. Avallabllltv .1" 1" 15 15 reatures Hili Include~ 8.2.1 RELIABILITY FEATURES 16 16 11 17 18 111 Single error correctlonldouble error detection (SEC/OEDI 19 Reliability features reduce failure rates of hardware and 19 20 software, and ~Inlmlze comoonent faults from becoming eQulp_ent 20 Implemented on central memory. 21 and system failures. Soeclflcally. relIability Is defined as 21 ~ardware Instruction retry provIding the Instruction falls 22 oreventlng the occurrence or orooagatlon of errors. Reliability 22 23 features will IncludU 23 belore destroying any Information. 2ft 2" 25 Use of motor ge~erator sets to deere is. sensltlvltv to 25 '26 commercial power (2.5 second ride through._ 26 Parity checking on maJor d&ta paths. address paths, 27 2' 28 channels. registers and memorieS excgpt for the THETA CPU. 211 2q which shall Include parity checking within restrictions 29 30 listed In paragraph 11.2. 30 EXecution of user supplied data recovery algorithms after standard system error recovery procedures. 31 31 'J2 Error status registers. 32 JJ 33 Checkpoint recovery facilities both at the Individual lOb 3~ Time-out mechanisms to provide continuous operation of 31t and at the system level, such that the envIronment may be system facilities. 35 re-establlshed after a system failure. These facilities J~ Hili apply to single Ind multi-mainframe envlronw.nts. 3f 36 31 Methods of forCing conditions so that checks can be mada 37 or the reliability circuitry. 38 3~ 39 3~ .. 0 Capability to -rault" portions 01 the cache buffer and map It~ .. 1 buffer exceot on SI. Itl It; A validation check of disk write positioning. 102 ,,< .. 3 Capability to Idle a PP In the IOU and assign anoth~r PP Checksum techniques for key system tables. 44 to perform Its task. ftl .. 5 .. ~ Except for offline diagnostics. validate a I ink using .. 6 Reconflguratlon by a combination of hardHare and .. , ItT techniques following. failures, automated as 41 so ftware checks Ce. g., transf err Ing d,ata blocks and ,,~ checksu~s) before actual data transmission. It II possible. .. ~ "9 5( :. Other checks by 1/0 drivers for m!lfunctlons that are 50 " COMPANY PRIVATE DRAFT COMPANY PRIVATE D'UFT 8"9 8-6 OG/OII/TII 06/0~tr~ ~-----~--.~--.------~-- ... ----~.---~--.-----~-~---.~-~----.-- 8.0 RELIABILIty, AVAIlABILlfV AND HAtNtAtNAalltTv tRAHI 8.~ REltAUllttY. AvAtlAatLltv AND ~AINTA~NA9IL[rY (DAKl 8.2.2 AVAILAnlLIT1 FEATURES 8.!.3 KftINtAINAD1Llty FEATURES ------.-----.------.. --~------1 1 The ability to run diagnostics concurrently with custo~er 2 logging 0' transient and perme~ent faults. Loggln] 0' 2 oper3tlons to Isolate '3ults In pne ot dual processors. .3 operalinq system deadstart r4COvery 3nd obtain J p~rlpher.als. peripheral controllers. and cert

COMPI\NY PRIVATE DRAFT COHf>ANY' PRIVATE DRAFT Il-T 11-" 06/0~178 0&/0817!! e.o RELIABILITY. AVAILA8ILITY AND HAINTAINA8~LITY {RAM) 6.0 RELIABILITY. AVAILABILITY AND MAINTAINA8ILITY (RAMI ~.2.~.3 Tests, Dl3gnostlcs. Utilities (mainframe onl,1 3.3 RAH SUPPO~T COSTS ------~.------.~------

least 907. of all failures detected.' 1 '0. 3 gA.tL.s.ll£~O''3.L.CJ1S.!..S. 1" - Shall provide a detection capability which supports the 2 2 HTTR goals of the various products. 3 1 - Provide 1007. protection for all customers securltv and It to fl'l~ structure requirements. .5 S.J.t'FACTORY CONTINUATION COSTS '3 6 6 2) Diagnostics T 7 11 e q - Shlll1 Isol ate to three or less rep I aeeable subassembll~s \ 9 for 90~ of all solid failures Identified to a functional 1D 10 area. 11 FCO Hours/EQulp/Tear 11 - Shafl provide an Isolation capabllltv which supports the 12 12 MTTR goals of the various products. 13 1.J - Provide 100% protection for all customers securlt, and 1.. 1~ file structure requirements. 15 S1 l1aln,,.ame 75 15 23 15 Il 6 15 16 P2 15 15 23 15 II 5 0 1G NOTEI The cost effectiveness of Isolation dIagnostiCS wIll be 1T H2 10 15 10 5 5 0 0 11 examined In detail prior to submission of OR·s. 111 H 19 P3 30 35 "0 30 20 10 19 3) Utllities 20 H3 10 15 10 5 5 0 20 21 21 AI Engineering File Analvsis 22 THETA CPU 20 50 100 30 22 23 THE TIl MEMORY 3 10 15 10 23 - Shjll orovlde 100% adherence to alIOS requirements 2~ ~z.. . for securitv. Ille structure and resource access. 25 I/O 10 15 20 5 5 0 0 25 - Shall provIde an on-line analysis capability 'or 100% 26 26 of all errors logged 27 27· - Shall provtde an off-line capabillt, for fat~I errors 26 Number of FCO·s/EQulp/Y8I1r ('1' 25 on svstem critical elements. 29 29 30 Ul!..II. llU rnz, UU .1.'l~!t 1~H~ .1.'ll!.fl 30 9J MaIntenance Schedul~r (CAMS) 31 31 32 'S1 Mainf,.ame 30 6 10 6 10 It 32 - Shall provide maintenance schedules for 100% 0' all 33 P2 30 6 10 6 .c, .. 0 J3 supported cr8ER 1110 eQulpNent o~ ~ach slt~. 31t M2 It 6 .. 2 2 0 0 lit 35 3'3 . ct InItialIzation/Deadstart Tests 3Eo P3 12 1,. 16 12 II lit 3G' JT M3 It· 6 .. 2 2 0 37 - Sha II be capable of detecting 70% of all solid 38 JII sof t wa,.e detectable 'allu,.es In the e$soclat~d 39 THETA CPU It 20 16 12 39 hardware. .\0 THE TA HE" ORY 2 6 4t ItO 4»1 " 4»1 4»2 UO 6 2 2 0 0 102 .. 3 " lor, It'" .. .. 5 "5 .. £> Itb .. 7 ", "8 109.. " .. 9 50 50

COMPANY PRIVATE ORAFf COMPA NY PRIV ATE MAFT 8-13 8-9 06/011/18 ------06/08/711 ------8.0 RElIABIlITV. AVAIlA8IlITV AND HAINrAINA8IlITV eRAH) 8.0 RELI~BILITV. AVAIL~BIlITV AND MAINTAINABILITY (RAM" 8.3.1.2 Software Halntenanca Costs 8.3.2 FIELD HAINTENANCE COSTS ------~------1 8.3.2 FIELD HAINTEN~NCE COSTS 1 2 2' 3 J It The estlMatas below are software Maintenance oblectlves for If the first five-years following release. The following !1 5 essuMptlons applyJ 6 6 , E~phasls will be placed on ease of Installation Including T Il - cos, to f 1)( ona bug .500 except first year (vs. 1916 CYBER It per-llmeters such as.1 9 170 cost.of S675'. 9 10 10 U Physical Interconnectability 2. Environmental requlr-aments 11 distribution of bug reports to be ~5X operating System, 15X 11 12 FORTRAN, 15% COBOL/SORT. 15Y. 0"S180 and lOX other. 12 13 13 to the end of reducing Installation costs. - once released. only validated bug fixes are added to a 1,. lit software system. No PSR"s are accepted J years efter 15 The monthly m31ntenance ~ost for C'BE~ 180 M~lnfra •• systems 15 release. lexcludlng peripheral equipment. Incurred by the supporting field. 16 16 17 17 service organiZation must no' exceed the follonlng lev.ls (expressed as a percentage of manufacturing cost •• 111 - when the next Version softwere system Is released, current 111 19 version users will convert at 50X per year. 19 20 Life Cycle Second Vear 20 Average Monthlv Honthly Malnt"!nance 21 - Vear 1'182 1983 198~ 1985 198& 21 System 22 Hala1~na~_Qgs! Q!lSL2JU.s:tl1lLt 22 l12.!l.d 2J X Shipped 10 20 40 80 100 . 23 0.&77- 0.115% 24 As eYIlER 1/10 . 2 .. 51 25 25 2& Yo S2 0.53Y. 0.67Y. C170 10 20 30 40 50 26 21 HOde Converting. 21 211 To Cl80 211 53 0.53Y. 0.&1% 29 Z9· 0.,.5% O.5~t J:l SOFTWARE HAINTENANCE COSTS 30 THETA .H 31 32 32 .Svstllm model" Includes pr-ocessor. ",emory and IOU. T~ese costs Include both the direct cost of ~alnt8lnlnq the eQulp"'ent 33" YEAR I 1982 I 1963 I 19114 I 1985 , 1986 , 3J lit ------+------+------+------+------+------+ 31t and the allocetlon of various Indirect costs. as followsl J5 I It' I 35 36 Cumulative I I I I 36 37. N"",ber C180 I 'I I 31 311 SyS tams I 25 95 233' 442 t 624 t 38 Direct Costs Include the following labor. travel and parts categoryl 39 t I I I 39 itO -"'alntenanca" I 0.9 1.1 1.7 I 2.6 I 2.6 I 40 .. 1' Remedial Halntenance labor .. 1 cos t In I I t I .. 2 ~ Preventive Halntenance Labor MlIlIons I I t I 42 It .. , 'I I 43 Associated Repair Labor Consumable Parts It 10 monthly I 65 185 290 t 440 I 440 I 1t4 45 receipt of I "I 45 Rework of Replaceable Hodules Travel Time and Expenses Ifor- 'Ield service Ders~nn.I) \6 error reports I " I 46 It, 1t7 .. 8 108 Itq ft9 50 50 Indirect costs Include the Bllocetlon of the following expense COHPANV PIUVATE DRAFT COHPANV PRIVATE ORAFT 11-12 -______-!~!2~!!!.8-11 06/08173 ------8.0 RELIABILITY. AVAILABILITY AND HAINTAINABILITY (RAM' 8.0 RELIABILITY, AVAILABILITY AND MAINTAINABILITY CqAK' II.~ RAM PERFORHANCE OBJECTIVES ------8.3.2.1 Hardware "alntenance Costs - Halnfr_me Svste~ ------1 categorlest 1 2 Where P Is the probability that a failure to a cospongnt In the 2 Training ('or 'Ield service personnel' eQulpwenf causes the eQ~lpment and system to 'all. 3 It Note. fhese costs are minimized by utlllzin. t~ols such ,It 5 as Iso'atlon diagnostics which will a'Iow the use "5 Probablll tv hctors have been set as followsl 0' "AL-B trained personnel. , 6 6 S1 - £lOX T Tools and fest Equipment 7 II Notel Thase costs are minimized by utilizing tools such II q . , .as Isolation diagnostics which eliminate the need 9 P2 - 80t 10 for portable testers. 10 P3 10X 11 Soare Parts Inventory 11 12 Diagnostic loftware "alntenance and Distribution 12 13 Home Dlflce Supp~rf TtlETA - 90-95% 13 lit 1 .. 15 15 Kemorv - 15% 1& 1& '17 17 IOU - 90-95% 11) 18 Finally. the affect of redundancy h~s baen acco_modated. this 19 V31ues ara specified for field release of first s~steml six 19 20 _onths after release' ,and 18 months after release. Expected 20 neans that memory reliability Includes the benefits of SECDED. Although 1t is a reQuirement for the Operiltln9 SYstem to degrade 21 values for the hardware have been based on the growth curves 21 22 established In reference 9. 22 the IOU this Is not factored Into the obJectives which follow. 2.1 • 2"3 For.ulas used are as folloMS' 21t Z" 8.4.1 HEAN TIKE BETWEEN SYSfEIt DOWN INTERRUPTIONS (MTBI DONN' 25 25 2& Sle PZ. IOU I "TBI = "TSF (0.&0-0.35 exp (-0.035fU 26 21 27 The operating systam components are estimates bas0d on the 211 H2 "TBI = HTOF (0.60-0.35 exp (-0.035T)I 2S 2'1 29 fol 10Ming assumptlonsl 30 HfBI "fBF CO. 60-0."0 exp (-0.0350' 30 "3 • = _ The same basic software system Is used throughout Mlth ontv 31 31 32 HT81 (0.60-0."5 exp (-0.035f»l JZ validated bU9 fixes added. "It = "TBF 31 J3 lit , P3 HTBI "fBF CO.6O-0."5 exp (-0.02f" 31t _ There Is no radical change In the nature of the user·s • = production workload. 35 35 3& THElI HT8I (O.60-0.lt5 exp (-O.OHU = "TBF 36 _ Tha D.S. MTBI Is· Inversely proportional to the SQuare root 37 31 36 38 of processor speed. 3'1 "here' 39 itO ItO _ Automated restart leatures (defined to return system to productive state wltnln 1 minute. effectlvelv Increase the .. I "TOI Is the expected, observed "f81 "1 IoZ MfBI by 8 factor of 2 • .. 2 .. 3 "TBF Is tha Inherent "TOF .. 3 ,It The obJectives stated below Ignore failures due to tr~wn-outs .. " and other power fluctuations. Thev Indicate the I~ctor of two ... 5 and T Is In months after release .. 5 .. r, 1t6 dl!rlved from the automated restart feature of tile, OoeratIng ., Svste~. In all cases v31ues ere expected. observed v!lues • .. 7 In addition, the expected values on release take Into ac~ount .. , the effect of degradability (e.q;, cache, HAP bypass) ss follows .. II .. 9 .. 9 50 EXpected "fBI = MTOI 1 P 50 CDItPANY PRIVATE DRAFf COItPANl' PRIVATE 8-13 8-lIt 06/011/78 06/081'8 .----:------.--~-.--.---.------.------11.0 RELIA8ILITY, ~VAILABILITY AND KAINTAINA81lITY (RAM' 8.0 RELIABILITY. AVAILABILITY AND HAINTAINABILITY (RAH) 8.It.l ~EAN TIHE 8ETWEEN SYSTEH DOliN INTERRUPTIONS ClHBI DOWN' 8 .... 1 HEAN TIHE BETWEEN SYSTEH ~OWN INTERRUprIONS (HTBI DOWN) ------~------.------+------.------.------. 1 +------. i I 2 2 IMTBI Cdn' ChI's' S 1 SYSTEH 3 IHTBI Cdnl Ihrsl fARGET THE T A SYSTEH .) I .. tI ______t ______t ______t ______t ______t ______• ______• ______t 'It 5 t------~---.-.------.------.------.------_+--.--- -t------t------. 5 IPOtNT IN TIME I CPU IMEHORY I 110 IPERIPHSI .0/S I TOTAL I TOTAL I 6 IPOINT IN TIHE I CPU IHEHORY I 110 IPERIPHSI DIS I TOTAL I TOrAL I 6 , I' 1 . 1 I I HIll I S1'S I 7 1 I I I 1 I I H Ilf I SYS I 7 t------t------t------.------.------t~------t------.------t 8 .------.------.------.------.------.------.------.------.IOn R~'.as~ I 5551 -INC- I -INC- I 30001 5001 1t681 21t21 I On R~ ha S8 1911 "1071 91021 3000 I lo!!1 1131 531 '9 1 I I I I I I I 1 li I I I I I I I 1 10 IS1x Honths I 6201 -INC- I -INC- I 30001 5001 51ftl 2531 11 'Six Honths 2221 5261 9781 JooO I 100'1 1291 S61 11 I I I I I I I I I 12 I I 1 I I I I I 12 118 Honths I 1171 -INt- I -INC- I 30001 16001 5781 1t251 13 1111 Honths 27101 61091 10291 30001 2611 151t I 981 13 I I I I I I I I I I1,. •I ______t ______tI ______•I ______•I ______tI ______-.-1 ______•I ______tI I,. 15 15 .------.------t------.---_---.------.------.------.------. 16 , [NC lIe,ans 'Included In the CPU. I 16 +------.I ", I 17 11 I "flU Cdn' ChI's) TAR GET S 2 S l' S r E H I 18 111 I I 19 8.~.2 "II HEAN TIHE BETWEEN SYSTEH DEGRADED IN~ERRUPTIONS 19 20 20 .------.------.------.------.------.------.------.------. 21 IPOINT IN Tt~E I CPU .HEHORY I 1/0 IPERIPHSI O/S I TOTAL I TOTAL I 21 .------.------.------~------+ I I I I I I I HIli I SYS I 22 I 22 23 t------~--.-~-----.------.------.------.------.-- _____ •______. 23 IHTBlCdgJ (hrs) TAR G' E T . S 1 S Y S , E H to i . . 2,. ·'On R~te8Se ,I 10 I 10171 13"1 '30001 3001 3281 1571 2 .. +______t ______+______f ______• ______• ______I 1 I I 1 I I I I 25 -t------t------. 25 IS1~ Honths I 10151 10831 1'331 30001 3001 3ft11 1611 26 apOINT:IN TIHE I CPU IHEHORY 1 1/0 IPERIPHSI DIS I TOTAL I TOrAL I 26 ( I 1 I I I I H/if I 1 Z7 1 I I I ' I I I ,I I 27 • ______• ______t ______• ______• ______t ______-.------t------.S1'S 118' Honths I 11691 11711 15591 30001 9001 3731 26ft I 28 28 I' I I I I I I i I 29 IOn Release 8331 -INC- -INC- I 90001 151 7511 151 29 30 I I I I I I I 30 +------··------t.------.------.------.------.------.------.------.------. 31 ISIx Honths 9301 -INC- -INC- I 9000 I 151 8291 lSI 31 I 3Z I I I I I I I 32 IlffBI Cdn) (hI'S) TARGET S J SYSfEH 33 1111 Honths 10151 -INC- -INC- I 90001 .. 91 91021· ftrl 33 I 3,. a I I I I I I 3ft t------··f------t------t--_____ +· ______f ______-t------t------+ 35 35 IPOINT IN fIHE f CPU fHEHORY I 1/0 IPERI?HSJ OIS 'fOTAl I TOfAl I 36 t------.----t------t------t------.------.------t------.------. 36 J 'I I 1 I I H IW , . S YS I 3T n 38 18 +--.------~-.----.--.------.------.----~--.------.-~-----t------.IOn Rel.ast 6331 6071 121\1 30001 1671 2281 961 3CJ Y9 1 I , I I I '1 J "0 ,.0 lSI x Itonths 7361 6961 12921 30001 1611 2561 1011 . "1 "1 I J 1 1 I J I I "2 "2 118 Months 9011 11281 lit 06 1 30001 5HI 2981 1911 1t3 ,"3 I I 1 I 1 I 1 I 4ft It" .,5 .------~------t------.------.------t------t------.------t .. 5 1,6 I 1,7 "6itT' "8 loll 1t9 109 50 50 COHPANY PRIVATE ORAFT COHPANY PRIVATE OItAf'T 8-15 11-16 06/011178 o6/01l1T1i ------~----.-----.------11.0 ~[LIA8ILITY. AVAILABILITY AND MAINTAINABILITY (RAM) 8.0 RELIABILITY, AVAILABILITY AND.MAINTAINABILITY (qAHI ------8.4.2 (Ill .HEAN TIME BETWEEN SYSTEH DEGRADED INTERRUPTIONS 11 .... 3 MEAN LOST TIME DUE TO SYSTEH DOliN INTERRUPTIONS t------~------______-______• 1 11 .... 3 MEAN LOST TIHE DUE TO SYSTEH DOliN INTERRUPTIONS 1 I I 2 2 , H T B I (d 9' (hr s I JAR GET S 2 S Y S T E H I 3 J I , .. Hean lost time Is dallned In'unlts 0' minutes oer '~llvre. It 5 ObJectives tor Sl-T~ErA systems lire sho .. n In the '011.oMln9 5 .------.------.------t------.------.------,------t------.,POINT Ifi TIHE' CPU IMEMORY' 1/0 IPERIPHSIO/S 1 TOTAL I TOTAL I 6 tablesl r, I' I I , I I I HIli I SYS I 1 .------~------. 7 .------.------.------.------t------.------.------.------. 6 1 1 8 IOn Release I 40401 30521 76331 90001 91 12241 91 9 IHU(dnlhlnsl TARGET 51 SYSfEH 1 9 I I I , J I , I I 10 ., 1 to ISIK Months I '43001 32481 111201 90001 91 12911 91 11 11 I 1 1 1 I I I ,I I 12 t------.------+------t------.------t------t------t------tIPOINT IN TIME 1 CPU IMEHORY I 110 IPERIPHSI O/S 1 TOrAL I TOTAL I 12 .118 Months I 46751 35321 118331 90001 2111 13861 271 13 1 1 I I 1 1 I HIli 1 SYS I 13 I 'I 1 , 1 , , 1 110 +------.------t------.------t------t------.----~--.------. 1.. 15 IOn Release 15 a 1 -INC- -INC- 1801 361 1551 911 15 16 I I i I 1 1 16 1.------~------t I 17 ISIK Honths 1501 "'INC- -INC- UOI 361 '1551 951 17 IMT8Udgl (hrsl TAR GET S 3 S' S T E Ii 1 18 I I , 1 I I 16 1 1 19 1111 Months 1351 -Iflc- -INC- 11101 361 1 .... , 1151 19 .------.-----.-.--.----.------.------.------.------.------. .20 1 I 1 I 1 I 20 IPOINT IN T IHE' CPU IMEMORY 1 110 IPEIUPHSI OIS I TOTAL 1 TOTAL' 21 .------.-----+------.------.------.------.--~----+------~.------. '21 I I' 1 , I I HIli , 5 '5 I 22 .------~----. 22 23 , ' I 23 . .------.------.------.------.------.------t------.------.IOn Release I 14771 111201 666DI 90001 51 6741 51 2" 'IMLTCdnlhlnsl T'ARGET S2 SYSTEM 1 2 .. 1 'I ttl I , I 25 I 1 25 IS1K Months 1 17171 208111 73201 90001 51 7E41 51 26 +------*------+------.------t------.------.------+------+ 26 I 'I I I I , .1 I 27 'POINT IN TIHE I CPU IHEHORY 1 110 IPERIPHSI 015 I TOTAL'I TOTAL 1 27 1111 Months I 21171 2484' 79671 90001 161 900' 161 28 1 1 I I , 1 I HIli 1 SYS I 28 I 'I, I I I , I 29 t------t------t------t------t------.------t------.------t 29 .------.------.------t------t------.------.------t------. .30 IOn Releasll I 1351 1051 1351 11101 ZitI 1301 751 ]0 t------______• 31 1 1 'I I I I I I 1 31 1 1 32 ISlx Honths I 1351 1051 1351 11101 .241 lUI 731 32 IIH91 Cdg' (hrsl r A R GET J H ETA S Y 5 T EM, 33 I I I 1 I 1 I I I 33 1 I 31, 118 Months I 1261 1051 1261 1601 2Aol 1261 961 3 .. 35 , til I I 1 1 1 35 .------.------.------t------.------.------t------t------.IPOINT IN TIHE' CPU 'HEMORY' [/0 IPERIPHSI 0/5 t TOTAL I TOTAL I 36 36 I 'I" I I HIM I SVS 1 37 +------t------t------t------t------+------t------t------. 37 +-~------.--~----.------.------.------t------.------.------t 311 311 IOn Relnsf 17201 13'+01 53401 qOOOI 31 6151 31 39 19 I 1 1 I I 1 I 1 itO itO ISl)( !1onths 20001 1511'+1 5540 I 90001 31 1031 31 "1 101 I I , I , , I I "2 102 118 Months 24701 19461 58331 9000 1 61 11331 III 103 .. 3 I 1 1 I 1 I I I .... It"105 to5 .------t------t------t------t------t------t------.------.INC means lncluded In the CPU. 1110 6 . ,.6 ." "7 "6 loS \9 "9 50 SO

COHPANY PRIVATE DRAFT COMPANY PRIVATE oI:! AFT II-iF 8-13 06/01l1T8 06/0111711 -----:------~------.-.-.------.------.-~------8.0 RELIABILITY ••VAILABILIT~ AND HAINTAINABILITY CRAH) 8.0 RELIABILITY. AVAILABILITY AND HAINTAINABILITY (qAI1I 8.4.3 HEAN LOST TIHE DUE TO SYSTEM DOHN INrE~RUPTIONS DEGRAO~D INTERRUPTIO~S ------8 .... 4 1'1) HEAN LOST TtHE DUE TO SYSTEK

+------~------. 1 B.4.~ 1.1) HEAN LOST TIHE DUE TO SYSTEH OEGqADEO INTEqRUPTIONS 1 I 2 Z iHLTCdnl hllnsl TARGET S 3 SYSTEI1 3 J 1 it The ObJectives In this area ar\ based 'on the '0110"ln9 Ii 5 assulI'ptlonsl 5 t------~-----t------t------t------.------t------t------.------.IPOINT IN TIHE I CPU II1EI10RY t 1/0 IPERIPHSI OIS 1 TOUL I TOUL I 6 6 , I I I I I I HIH I SYS I r U Hhen a degraded Interrupt Ion occur,s. the lob .. hleh .. 'as In r 8 el

COHPANY PRIVAfE DRAFT COHPANY PRIVATE DRAFT 8-19 06/08118 -----~------.------... ------.------8.0 RELI~BILITY. AVAILABILITY AND HAINTAINABILITY (RAHI 11.0 RELIABILITY. AVAILABILITY AND HAINJAINABILITY (RAH' 8.4.~ ('11 HEAN LOST TIHE DUE TO SYSTEM DEGRADED INTERRUPTIONS 11.4.7 NET AVAILABILITY ---~------.------.------~------+ 1 8.4.7 NET AVAILABILITY 1 I 2 2 'MLTldgl (!!!lnsl TAR GET S 3 SYSTEM 3 3 I The obJectlves .lru;1Ydl:.1 It' •... -.--.------.------.------.------.----.-.• -.-----t---··--t-·-----t "5 5 IPOINT IN TIHE I CPU IHEHORY I 1/0 IPERIPHSI OIS I TOTAL I TorAL , 6 - the time taKen for an engineer to get to the site to repair the 6 I I I I I I I H IH I SYS I 1 fallure. 7 t·------·-·t------.------.--·----t------·t------.------.------t 6 8 IOn Release 901 701 1131 1051 41 IIJI 51 9 - the time taken to effect the repair (~TT~'. 'I' I I I I I I I I 10 tQ ISlx Months 'lOt 701 1131 1051 .. I 8JI 51 11 - the time t3ken to restore the systeN to Its original 11 , I I I I I I I I 12 state ~O~ re-run time necessitated by the failure. W~lohted 12 1111 Months 631 6111 7111 1051 41 791 51 13 rerun times are used in the calculations, based on the f3illng i3 I I 1 I I I I I 11 equIpment tvoe. lit .---·····------t·-·--··.-----·-.------.------.-·-----t·------.------t 15 15 INC ~eans Included In th~ CPU_ 16 - time taken on preventive maintenance. assuming t~ls Is conducted 1& 17 by a single engineer. 17 16 . t~ 8.4.5 DATA ERROR RATES 19 - ti~e lost due to degraded interruptions. 19· 20 20 21 21 Data error r8tes are dominated by peripheral data ~rror rates on ell 22 22 svstenos. The obJectives stated below apol,Y to Sl throu'lh THETA systems 23 - tl",e fo make changes· to flu hardware (FeO·st. 23 on release. sl~ month~ ~nd 16 months after release. Thls data shall be 24 2/t measured at the user 1/0 Interface. 25 - time to make changes to the software CPSR'st. 25 26 2& a) R~~~~~cahl~_dal~~C2CS 27 - the affect of on-line m~lntenance soltwar. failures on the 2T The recoverable data error rate shall be one error per 10 •• '1 28 overall system. 211 bits of correct data. 29 .------.--.------~--.------.-.------. 29 30 , I 10 hI ~n~~~~~c~21~_~at~CCQCS J1 ( SYSTEH AVAILABILITY OBJECTIVES - CYBE~ 160 I 3i The unrecoverable data error rate shatl be one error per 10 •• 11 32 ('• ______• ______t ____ • __ • ______• ______•I 32 bits of correct data. 33 3.1 lit I I I I I I 31t ct Un~~1~1e~_~31~CCQCS 35 ITIHE PERIOD I Sl I S2 I S3 (T~ETA I 35 The undetected data error rate shatl be tess. than one error oar 3& I (I I I I J& 10··1& bits of correct data. J7 ;sr l!I t------+------t------t----·--t------t1 I I I 1 I 311 J9 tOn Release I 99.05 I '18.65 , QO.1' I 96.12 I 39 8.4.6 USER AVAILABILITY 40 t I I I I I -'0 41 16 Months 1 99.10 I 96.68 I 98.25 I 96,ft' I 'I 1t2 I t ( I I I 1t2 The user avaltabltlty inctudes all Items listed under net It! t18 Honths I 99.2' I gS.II' I 911.51t I 97.3" I ~3 avallabl Iltv below. eKcept prevantive maintenance time which doe~ not It It t I I 1 I ( /tit form Dart of the scheduled operating time. U~er aY~II~blllty 0' a.1 45 t---·------.------.------t-·-·---.--·----t .. 5 systems at release and thereafter Shall exceed 99~. 46 .. 6 ,.7 1t7 It II .. II "9 "9 50 50

COI1PANY PRIVA TE DRAFT COMPANY PRIVATE D~AFf 8-21 8-ZZ 06/0111711 06/08118 --~---:------~.---.------s.o RE~IABI~ITY. AVAILABILITY AND HAINTAINABILITY (RAH) 11.0 RELIABILITY, AVAILABILITY AND HAINTAINABILITY CRA"' 8.5 MAINTENANCE SOFTWARE RAH PARAHETERS 8.5.3 FAILURE RATES ------_.------1 8.5.3 FAILURE RATES 1 2 2 3 ] .. B.e,-hl.slLllL.!l1 8.5.1 RAM. PERFORMANCE PARAMETERS (LEVEL III) 5 H3iDl~o~~~~L1KaC~ Rel.uu L!!JUi 1L11Jl.S. "5 6 6 1 Critical DPSRs/PSRs 0 1 0 , The following RAH parameters for Level III maintenance soft"are are 8 HaJor OPSRs/PSRs 2 2 1 8 q. base~ on a dut, 'acfor of lX for the diagnostics. For example. It the' 9 Hlnor DPS~s/PSRs 17 11 6 diagnostics were run contInuously then once every 175 hours they would 10 Inforwa'lon OPSRs/PSRs 6 5 2 10 cause a system down Interruption at r~Iease. However, based o~ the 11 11 t,plc~I tleld usage (lX duty tactort s,stem down Int~rruotlons should 12 25 16 9 12 not occur more 'reQuentl, th~n every 17,500 hours. 13 13 1'+ Failure Rates/IOOO lObS 0.1~ 0.05% 0.0051 1" t------t------~---t------.------t 15 15 IParameter .1 Releas. 16mo.Alter 118mo.Atterl 16 Individual ObJectives are as follows. 1& I . I I Release I Release I 17 11 18 DPSR·s/Ho OPSR's/Mo DPSq's/Ho '1lI t------t------t------t------tIHTSI Down I 175 hrs I ZOO hrs I 250 hrs I 19 IlLB.i.U!lli.1t aL.L!1h_ Al.J.Lf1h_ 11' 20 20 t------t-----.----t------t------ttHTAI Oegradedl 125 hrs I 1\2 hrs '1r5 hrs , 21 On-UI'e Honltor Z 1 0.5 Zl ,un , I I I Z2 Off-Line Monitor 1 1 0.5 22 23 . IIO.Unit Tests/Dlag. 3 2 1 .• 0 23 .--~------.------t------.------tIHLT Down ., 0.6 hrs I 0.6 hr~ '0.6 hrs I 24 P1 Tests/Olags J .2 1.0 2Co 25 P2 Tests/Olags. J 2 1.0 25 t------t------t------t------tI"LT Degraded I 0.8 hrs I 0.11 hrs I 0.8 hrs I 26 P3 Tests/Dlags. 3 2 1.0 2& lUll I I' I I Z1 THETA Tests/Olags. 3 2 1.0 21 28 Central Hemory 2 1 0.5 211 t------t------t------t------tfA lUI I 99.U I 99.2% I gg.3% I 29 TestS/OI3gS. 2'J t------t------__ t ______t ______t 30 Perloh.Tests/Olags. 6 3.0 30 31 Uti I I t les 2 "1 0.5 J1 32 32 8.5.2 UPDATE AND INSTALLATION 33 28 111 10.0 3l JIt 3\ 35 35 Halntenance Sottware components shall be designed and constructed 36 a. 6 ffH!ll.ll1lLStLl!!ILfARAl1EIE&S. 3& to Dermlt library maIntenance and upd~te using standard syst~m 17 3f sottware and firmware. Hardware reQuIred to support said malntenane. 38 311 shal' be eny standard configuration as stated In AppendlxO. 39 Where applicable. product set member$ Kill suoport the RnK features l'J .. 0 described In CDC System Stand!rd 1412.00,+ as ~pecl'led 10 the CT8ER .. 0 [t Is estl~ated that one 11' HAL C traIned CE shall be able to "1 180 Syst._ Intertace St!ndard. Itt Install or update the Halntenance Software Library In th. 'olloKlng .. 2 .. 2 times. ttl U. ",. 8.6.1 PRODUCT FAILURE RATE I!f.LEA~ lLH2S... LkIlH .. 5 .."" 5 \6 \& Install Ne~ SYstem 2.0 hrs. 1.5 hrs 1.0 hrs/S300 per year \7 A test base shall be established 'o~ ~~ch product rcor esentln9 .,7 Update Old· System 1.0 hrs. .5 hrs .2 hrs/S1S0 per year '*8 custom~rs· use 0' the product. The 'al~ure rate for each produ~t At II "9 against Its test base Is given below In failures per 1000 unlQu@ lobs . .,9 50 run as IIIeasured In the Internal !;Ystem test ohase. (el

CO"PANY PRIVATE DRAFf COMPANY PIHVATE O~AFT 8-23 8-21t ------06/08/18 06/011"8 8.0 RELIABILITY, AVAILABILITY AND ItAINrAINA9ILITY (RAIt) 8.0 RELIABILITY. AVAILABILITY AND HAINTAINABILITY (RAIf) 8.6.1 PRODUCT FAILURE RATE . 11.6.2 PReOUCT INPUT DATA FAILURE RATE CPIOFR' ------~------._.------In'ormatlonal errors •• 1 8.6.2 PReOUCT INPUT DATA FAILURE RATE CPIDFR' 1 2 2 3 , .------.------.------.------. It The P[OfR Is stated In terms of ,'alltlres per 1IIIIIIon I"puts .. I I 16l1o.AUer 118mo.Afterl 5 proc@ssed. A 'allure Is a.IOb abort and Is measured In the lIve {leld 5 'PRODUCT IRelease I I J Ii environment. 6 I I I nelease I Relena I T r .------.------.------+------. II 8 I ALGOL 6 3 1 9 t------+-- ______• ______+______• 9 I 10 I 1 16mo.After'lllmo.After! 1G I APl 8 It 2 11 'PRODUCT (unit 0' IRelease I Release I ~elease I 11 I 12 I InputJ I 1 , I 12 f ASSErt.9LER • 2 2 1 13 13 I 1ft .------.--~------.------.------.fALGOL· Iss' 0.6 0.5 , 0." 110 IBASIC 8 2 15 I 15 I " 16 IAPL Iss) o... 0.2 0.1 16 ICOBOL 6 3 1 iT I 11 I 18 IASSEMBLER .Css) 0.1 0.05 0.02 It1 lOl1S180 1~ I 19 I AAIt 2 1 2Q .BASIC Iss' o... 0.2 0.1 20 I FltU "8 It 2 21 I 2i I OBitS 2 1 22 I COBOL Iss) 0.2 0.1 0.05 2Z I OOHS Utl'. "6 I 3 I 1 23 I 23 I DOL 6 I 3 I 1 '21t IOHSI110 Z/O I Query lang. 6 , 3 I 1 25 i AAIt 01'1 0.01 0.005 0.002 25 I Report Hr I fer 8 J It I 2 26 I FHU (rp' 0.1 0.05 0.02 2& , I I 27 1 OBitS UrI 0.02 0.01 0.005 27 .FORTRAN (, I J I 1 28 I OariS Uti I • (rp' 0.02 0.01 0.005 2ft I J • 29 I DOL Iss' 0.2 0.1 0.05 29 IPL/l 10 I S I J n I Query lan9.~'r' o. It 0.2 0.1 30 , I I 31 I Report Hrlterlrp) O. It 0.2 0.1· 31 IPASCAL EXT. • 2 I 1 , 1 32 I 32 I , I I 31 IFORTRAN Iss) 0.2 0.1 0.05 33 ISORT/HERGE 2 I 1 I 1 I l .. I 31t I I I I 35 IPt/l Iss) 1.0 0.11 0.5 35 ISYI1Pt • 2 J 1 I 1 I 36 I 3& I I I I 37 IFASCAl EXT. (ss) 0.1 0.05 0.02 37 ,I OPERATING SYSTE" I I I 3S I J8 !lOS 0.01 J 0.0051 0.0021 39 ISORT/MERGE Irpl 0.01 0.005 0.002 '9 I SFS 0.1 I 0.05 I 0.02 I .. 0 I lt~ f £OS 1 I 0.5 I 0.2 , Itl 'SYHPl Cssl 0.05 0.02 1t1 I I I I .. 2 I "2 It, 'OPERATING SYSTEM"r) .. 3 .------.------.------.------. It .. I BOS 0.005 0.002 0.001 • No 'allures In system generation. ..5 I 51'S 0.05 0.02 0.01 itS.." ... 6 I EOS 0.5 0.2 0.1 1t7 I "61t7 It II It II 1t9 .-~------.-~------+------.------. \9 50 ss • source statement. Includln9 comments. 50 COIfPANY PRIV AlE DRAFT COIfPANY PRIVATE DRAfT 8-25 "-26 06/081T8 06101l/n ------8.0 RELIABILITY, AVAILABILITY 4ND MAINTAINABILITY (RAM) 8.0 RELIABILIfY, AVAIL48ILITY AND MAINTAIN48ILITY fRAM' 8.6.2 PRCOUCT INPUt DATA FAILURE RATE (PIOFR' 8.6.4 MAINTENANCE .---~--.---"----.------.------_.------~----- 'r : functional reQuest. 1 8.6.4 MAINTENANCE 1 rp = records processed. 2 2 3 It The tota' number of PS~·s received per .. /lnth. for tho Operatlng It" 8.6.3 INSTALLABILIfY 5 SYstem and product set are shown below. 5 6 6 7 7 Insta'labllltv features wi" emphas)ze' II +------+------.~------.----~-----. II 'I I I Backlog I Rat. I Rate , 9 1) Sleple field operating system Installation seQuence. 10 I PRODUCT I at 16~o.After 11Rmo.Afterl 10 11 I I Release I Release 11l.'fl3se , 11 2) Automated or semi automated configuration defInition. 12 12 13 .------.------.------~.------.IALGOL I" It 6 13 No prOduct sha'i reQuire more than one hour preparation time to lit I I 110 Insta" or replace (update' bv a programmer analvst with 6 months 15 I APL I 3 4 6 15 eKoerlence and 1 .onth training on crBER 180 hardw3re and software. 16 I I .1& In addition, no product· sha" require more than two minutes CPU time 17 1 ASSEMBLER I 1 2 3 11 on an S2 sYstem for Its Installation (assuming blnarv code 18 I I 18. distribution with adjustment for lnstallatlon ootlons· has been 1'1 'BASIC '3 4 6 19 accomplished prior to shipment'. 20 I 1 20 21 I COBOL 10 1" 2" 21 2Z , 22 ~3 I DHS1ll0 15 21 36· 23 21t , 210 25 IfORTRAN 13 18 30 25 26 , 26 27 1PUt 3 It 6 zr 28 I 211 2'1 I PASCAL EXr. 1 2 S 29 30 , 30 31 'SO~T/MERGE 4 (, 31 32 1 " 32 3l ISYHPL 1 2 :J 5J 31t , 3 .. 35 'OPERATlNG SYSTEH 4S 60 100 J'i 36 ; . I 36 37 3r 311 t------t------+------+------. H 3'1 The nu"ber, of critical PS~·s, hither back'o" or monthly rate' 39 .,0 shall not excead 5~.of the ObJectives stated above for any product. '0 .. 1 .PSR~s are uniQue problems, Internallv and eKternal'v gen.r~ted • "1 .,2 eKcludlng Informational ~rrors. See Section 8.3.1.2 for costs. In \2 addition, there shall be no baCklog of critical PSR's at the time that \"' 10'It,. the svstem/product enters Its final build, nor ani unanswered critical It,. .. 5 PSR·s at release • "5 \6 .. 6 .. 1 .,7 lit" .. II "9 '9 50 50 COHP4NY PRIVATE DRAFT COHPANY PRIVAJE DRAFT 9-1 e·tl 06/011118 06/08118 ------~------~------.------.----.------. ------. 9.0 OBJECTI~ES EXCLUDED 11.0 RELIABILITY. ~VAILABILITY AND HAINTAINABILITY CRA", 11.6.5 SUBSYSTEM RELIA~ILIrY ------'1: . 11.6.5 SU8SYSTEH RELIABILITY 1 2 2 .5 II It A subsyste~ Is a softwara sarvlce routine. not Plrt of the basic Ct s· Operating System. which Interfac.s batMaen multiple users or Jabs and 5 6 CY9ER-II10 svste~ resources. Some specific examDIes ara. I) , 1 tl Dual state link II q 9 10 Hul tl-malnframe 10 U 11 These obJectives are not.and Mill not be Included In the CyaER 180 12 Dati _anagement systems lZ progra~ as defined In this document. 13 13 1" Net.ork Droducts. 110 Interface to IB" System Net"ork Architecture. 15 15 1& All Subsyst,ms .ust· ••• t the 10"oMlng rallability goalsl 16 Support for direct execution {emulation' of processors other if 11 than CYBE~ 110 •. 111 II Cannot c~use NOS/laO to crash 18 119 19 20 21 Cannot cause all users to ralnltlallra' ZO Z1 21 Z2 due to subsystem failure at an Interval 'ass than thr.e ZZ 2.5 times ·th. NOSII110 "ral. 23 .These obJectives are not Included but could be ·Included· ·In the 2tj -Zit CYBER 180 program as defined In this document. 25 • "hen the Subsystem drops or adds system resources t such a. 25 26 terminals. Iront ands. .data bases, etc. through a Z6 Suoport Of most complier languages. zr deflnad ranga Of configurations I. 2' 2/1 211 (~plemantatlon of a time-critical soft"are operat~ng _ode Cs~e 29 Z9 3.1.ZI_ 3D 30 .31 31 Support of the STAR 100 system as a comput.tlonal tocility. H 3Z 3.J II 310 31t l'j 35 36 36 J1 31 .sa 3a ]q .J

COMPANY PRIVATE DRAFT COHPANY PRIY ATE O~AH 10-3 10-" 06/08/18 06/0H78 ------~-----~10.0 CYOER 170.. ------STATE .. ------.----.------10.0 CVeER 110 STATE 10.1.3 EXTENSIONS TO CURRENT CrBER 110 (AlTO' 10.4 CYBER 110 STATE SOFT~ARE . ...------~------~------._------110 features. 1 1 2 - A slng'e Job may add~ess data a~rays of greater than 2 131K hoft ECSt Cl10 SCOPE 2.0 software Mill not be supported on C180 , .s systell!s. It .It - Extended PP access to central Memory 5 5 4) 6 - Very limited use of extended PP Instruction set C16 bit , 10.... 1 SOFTWARE HODIFICATIONS 1 Instruct Ions. 8 8 9 9 - Support of C180 _alntenance channel 10 NOS and NOSIBE modltlcat10n wi" be 'Imlted to .hose change, 10 11 necessary to sUDPort the hardware differences 'Isted In U b. Not Supported 12 paragraphs 10.1.1 and 10.1.Z. The modl'I~8tlons will· be 12 13 genere.ly limited to the de~dstart process. maintenance software. 13 - Sing'. JOb·S code ar.a greater than 131K 1,. and PP routines which depend on timing characteristics. p.P~ or lit the Status Control Register. Exceptions may be granted by CPO 15 15 system design. with ADtC approva'. Hhere the software 16 - Code and. data sharing 16 modifications are minor or Iialted to SUPDort of specific CYBE~ '11 17 180 RAH features. perlpherils or perlormance. - Securlty enhanc.~.nts 18 f1~ 19 19· - Vlrtua' memory . A CYBER 180 state system monitor IS reQuired to execute ZO 20 specific versions of NOS end 'NOS/DE in CY9ER 170 state. This 21 21 22 systell! monitor HII. be distributed In binary form. Source 2Z 10.2 ffBIel1f.RALLS.lleemiltll language. tools. and modilications to support non-standard 23 23 wlll Zit 21t Systells reQuire a QSS. This monitor will not exceed 10210 MoroS central memory residant on a 262K conllguratlon. 25 25 26 Refer to Aopendlx C for a list of perlo~ral eQulp •• nt 26 21 supported In CYBER 110 ~t.te. The A170 soft Hare ·modU Ications III.Ust Insure' 21 211 ZII . e. Deadstart Z<) 29 30 30 - Initialization and deadstart procedures are externally J1 31 compatlb'e. 32 32 - Optional and supports £CS and ES"_ In ECS mode only J3 3l A CIT1-CI15 system Is abl. to deadstart and run specific 31, 31t - Hanufacturlng cost objective Is S10K/l0th unit (Including versions 01 NOS and NOS/BE frail! the same deadstart tepe 35 35 or disk as an AlTa system. 36 cabinet and cable. 36 Jr 31 • Hemory and system Integrity are ~!'nt!ln.d ~hen 18 - HTSF Inherent obJectlYe Is 15.000 hours 38 performing system Inltlallzatlon/d~adstart and deadstart ]

1 10.6 ~!SI~E~gE2KtlANCE 1 2 Z 3 ] Usin9 the kernels (10 FTN Kernels. S-Prolll •• CqmooslteJ. .. RunnIng the Sal b~nchmark (sclentl1lcl and CBl bench_arks ~' ekecute 8t the ratios. 5 lcom~erclal'. achieve syst~m throughout (eI3Ps~d 5 6 tIme' at the fol 10MIng ratios (CYBER 73/CYB~R InOI' & 7 7 +----~---.------.------+-----.------FTN ICommerclallCOST AOOITION PEqCENTAGEI-. e t------t------+------t------+ 8 IExecutlonlExecutlon t------t------t 9 " I ScientIfic I CO,"f'lercla' I Configuration I

COMPANY PRIVATE DRAFT COHPANY PRIV ATE DRAFT 10-15 10-16 06/081111 06/08/7!!

10.0 C~OER 170 STATE 10.0 CYOER 110 STATE 10.8.3 ~EAN LOST fIHE DUE TO SYSTEM DOWN INTERRUPTIONS (HLT DOWN. 10.8.4 HEAN LOST TIHE DUE TO SYSTEH DEGRADED INrERRUPfIONSCHLT OG'

1 tD.8." HEAN LOST rIHE DUE TO SYSTEH DEGRAOED INTERRUPTIONSCHLT OGI 1 t------tI 1 2 2 'HLT(dnJ I-Ins' 'A R GET S, S y S , E H 170 mode I 3 3 I J .. +------t, , .. 5 'HLTCdg' hln's, TAR GET SIS Y S l E H 170 mode I 5 t------t------t------t------t------t------.------t------t'POINI INTIHE I CPU 'HEHORY' 1/0 IPERIPHSi OIS I TOTAL I TOTAL' 6 , , 6 I ,t I I I I H/If 1 SYS , 7 +.------+------f------.------. ------t ------t------. ------t 1 t------t------t------t------t------t--'-----t------+------. 8 IPDINT IN TIHE I CPU Ir.EHORY I 110 IPERIPHSI O/S 'TOTAL I TOT~l I 8 ,IOn Re'eas4 1501 1201, 1501, 180' 181, 11031, 631 9 I I I I I I' I HII. I SYS I 9 I I I 10 +----~------t------+------t~------.------.------t------t------. 10 IS III Honths 150' 120' 150 I 1801 1111 l .. /t, 771 11 ,en R.elease I 01 -INC- , -INC- I 1051 101 591 101 it , I I , , I « 12 I I I I I , I I I 12 . 118 Honths 1501 1111• 135' 180' 18. 139' !Ill 13 ISIX Hont"s I 0' -INC- I -INC-' 1051 101 ~91 101 13 I , , , , « , I 1.. 1 I I I , I , I 1 14 .----~------.----.--.--~----.------•. ------.------+------1··-----+ 15 118 Hont"s I 01 -INC- , -INC- I 105' 101 S91 101 15 +------~------. 16 I I I I I 1 I I I 16 , 11 t------+------.------+------t---~---t------I------t------f 11 'HLTldn' '.lnS' T A i GET THE' A S Y 5 T £ 11 110 Mode 18 I 19 +------.I I, 1918 ZO IHLTCdg' Cltlns' TAR GET S 2 S \' S T E H 110 mode 1 20, t------.------+--~-.--+------+------t------t------+------.'POINT II{ TIME' CPU 'MEHORY' I/O I PERI PHS I 0/5 'TOrAl' TOTAL , 21 I I 2~ , I"" I HIII I S.,S I 22 +------~--.------t------t------.------t------t------.------. 22 .---.------.------.------.----~--.------.------.------.------. 23 IPOINT IN TIHE I CPU IMEHORY I 110 IPERIPIISI 0/5 I TOTAL' TOTU I ~3 'On Helees .. I 2101 lsO' U5' 1801 12. 1811 !J11 2.. , .. I ' , I I I . HIH , SYS I 24 I ' I , , , , 25 " , I 25 +------.------+------+------.------.------.------.------.------. ISll1 Honths , 2101 1501 135' 1801 121 181. 92. 26 IOn Release , 01' 01 01 1051 &1 1051 &1 2& , t , , , , , , 21 , I I , I I I I I 21 118 Honths ,• 210' lsO' 1261 180. 121 18.. ' 90. 211 ISll1 Honths I I 0' 01 01 105' &1 IDS I 61 2ft I I , t I I t , , 29 , I I I I I I I I 2'1 .------.------+------.------t------.------.-.-----.------. 30 11ft Honths I 01 01 01 1051 6' 105' 61 30 INC lIeans Included In the CPU. pl I , I I I I I , I 31 32 33 +------_-----t------t------t---~---t------.------t------f------t 32 II ,.. +------_-I ___ ------tI l .. 35 IHlTldg' (mlns' 'A R GET S 3 S Y S T E H 110 mode 1 15 l& • I 1& Jr 31 38 .------f------t------+------.------.------f------.------tIPOINT IN lIHE' CPU IMEHORY I 1/0 IPERIPHSI DIS I TOTAL I TOraL I l& 39 I 1 1 , I I 1 H III I SYS I 39 itO +------t------t------f----.--f------t------f------.------t "0 .. 1 IOn Rehase 01 01 01 1051 ... 1051 .., 401 "2' I I I I I , I I .. 2 .. , ISll1 Honths 0' 01 01 1051 41 105' It, It.l .... I I I I I I I I ...... 5 '18 "onths 01 01 01 1051 1051 .. I 1,5 46 I I 1 I It'I I I r,& .. 7 • .. 8 t------f------t------+------t------t------f------.------...,.. 8 49 49 50 50 COIfPANY PRIVAtE DRAFT COHPANY PRlVAf£ to-l1 10-18 06/08178 06/081111 ------.---~---*------.------.------._------10.0 CV8ER 110 STAfE 10.0 CV8ER 170 STATE ------10.8.~ HEAN LOST TIHE DUE fO SYSTEM DEGRADED INTERRUPTIONS(HlT DG' 10.8.1 NET AVAILABILITY .------. 1 - the time t~ken to restore the syste~ to Its origInal state and 1 I 2 re-run time necessitated by the 'allure. Welghted rerun times 2 IHLTtdgl hlns' TARGET THE T A SYSTEM 110 mltde 3 are used In the calculations. based on the fallIng eQuipment ~ I It . type. It t------t------t------t--_____ t ______t ______-t------t------t 5 • 5 IPOINT (N TIHE 1 CPU IHEHORY 1 110 IPEIUPHSI DIS I TOTAL I TOTAl I 6 - time t~ken on prevent Iva maintenance. assuMing this Is conducfed £> 1 1 1 , I 1 1 H/H I SfS I 7 by a single englne'!r.· , t~------t------t------t------.------.------t------t------t 8 1\ IOn Release t 01 01 01 1051 21 1051 21 9 9 I I I I I I I I I 10 10 IS1I< Months I 01 01 01. 1051 21 1051 21 11 11 1 I I I , I I I I 12 t2 118 Honths I 01 .01 01 105' 21 10~1 21 13 LJ r I I 1 I 1 IIi 14 to. 15 15 t------t------t------t------t------t------t------t------t[NC means InclUded In the CPU. 16 16 . 11 iT Zero HlT occurs when 811 fallur.s ar. Interrupts. I •••• no d.graded 18 lit failures. 19 19 20 20 21 21 10.8.5 DATA ERRORS 22 2Z 23 .23 2\ 2." 81 Recoverable Data ErrorS. .25 25 To be furnished <'6 2& 27 rr bJ Unrecoverable Data Errors 28 ('5 To be furnished 29 29 30 30 c' Undeiecte1 Oata Errors 31 .31 To be furl\lshed 32 32 .u 3J 3' 3' 10.8.6 USER AVAILABILITY 35 35 36 .:16 37 ·31 . To be h,rnished 38 38 39 39 .. 0 itO 10.8.1 NET AVAILA8ILITY It1 Col 42 "2 '3 It] The obJectives Include...... 5 It"105 - the time taken 'or an engineer to get to the sit. to rlPalr the .. 6 4ft h II ure. 1". i~7 Itll It~ - the tIme taken to .ff.ct the r8~81r (HTT~). "9 109 50 50

COMPANY I>RIIJAJE DUff COI1PANY PRIVATE 10-19 11-1 06/08178 0&/06178 10.0 CYOER 170 STATE 11.0 COMPONENT CHARACtERIStICS 10.3.7 NET AVAILABILITY

The objectives excludel 1 11. 0 C'Olif.D!JEJ:l.L.kl1!RA~IERilll~S 1 2 2 - tl-e to make ch3nges to thl herdM~r. (fCO'st. l It It - "me to ",ake changes to the soHMar. CPSR"s', 5 " 5 £> & t------+I 1 7 r 1 SYSTEM AVAILABILITY 08JECfIVES - crBER liD I 8 8 1 I 9 9 10 +---~------t------.------.------+------. 10 1 I I I I I 11 1l 'T(HE PE~IUD I Sl I S2 I S3 I THETA I 12 - Processor and memory costs are for the 10th unit. 12 I I I I I I 13 l.l - The manufacturing learning curve Is assumed to. be 90l exclusive +------.------~.------+------.------t 1ft 1" I I I I I I 15 or cost inflation. 15 iOn Rel'!ase I 98,11 I 97.58 I 97.09 I 93.7& I 1& 1& I I I I I I 17 - The ~e~ory end processor costs are Quoted for the Y83r in which 17 16 Honths I ge.51 I 98.06 I 97.68 I 95.12 I 18 the 10th unit would be sold according to the forecasts In 11'\ I I I I I I 19 Ap pend Ix E. 1'1 118 "onths I 98.83 I 98.~51 98.16 I 9&.18 I lO 20 I I t I I I 21' - SY$tem Test and Checkout (STCOI costs are Inc luded on :a ZI 22 component basis. All svst8~ tasts beyond STCD Jr. cost. or sales 2~ II incurred bV Systems Division and not Included In manufacturing .Z3 lit standard cost, Zlo 10.8.8 HAINTENANCE SOFTHARE 25 210 '2& - Cost lnfl3tlon rate for maln'rame comooncnts Is assumed to Zf> 27 continue at rate'of most recent five years. 2f All _aintenBnce so'twere ObjectIves In this docu.ent are the sa.e l8 Z(I as' CY8ER 180 objectives unless specificallv stated for df9£R 110 29 2':1 state. 30 11.1.1 CPU·S 30 J1 J1 32 32 3l tar get lJ l .. HFG Cos t JIo l5 3; 3& P2 (no options) 72,000 36 11 37" 3Il Options a) 10K byte cache ~.50D 38 39 (perlorlllancel H ftO bl Performance Honltorlng 2,000 100 ftl facl" tv 101 '2 .. 2 Pl (no options' le~,OOO .. 3 -."It .. d) 10K byte cacha 8.000 .. ,. .. 5 (performance) "5 1t£I e) Performance Honltorlng 2,000 1,& .. 7 facl' 1 tv 1,' .. 8 I,~ .. 9 _ tHETA CPU tlneludln9 Performlll'Oce 550.000 109 50 'Konltorlng Facility) 50

ORAn COHPANr PRIVATE OIlAH 11-3 06/0"11" ------.----.--.--.--.-.. -----.-~.------.-.._ .. _------11.0 CO"PONENT CHA~ACTERISTICS 11.0 COHPONENT CHARACTERISTICS It.l.t SI 11.1.3 HEHORY ------_ .. _-_ ... _------.... --.------_ .... _------~---.------.--.-.. --.------11.1.2 S1 1 113-8 (H!I) 125.000 1 2 H3-12 (H!I) 155.000 2' 1 H3-16 (HBI 180.000 1 farget It It "FG Cost 5 1HflA-Ha!~~XL_11_!K_Gh12 5 6 Basic Sl Inclu~~sl 75.1100 , It HB 330,000 ,'" II 8 HB 530,900 8 1 PI CJ 12 HB 660.000 9 1 "1 with lH byte 10 16 H8 1.050,000 10 1 51 IOU cluster Mlthl 11 11 -5 pr's 12 12 -8 CYBER 170 1/0 Channels 13 is -~alntenanee channel connectIons to PI l "1 1ft , I,. -2 port HUX Ifor consol,' 15 15 16 16 SI "alnframe add-ons 17 17 . 18 18 1" byte Central Hemory 7,508 19 19 Increment. applles'up to 20 Z'O a tofal 0' ~H bytes 21 .....~. 22 22 5 PP Increment 3,500 23 ZJ aDPlles UP to a total 0' 2ft 2~ 10 PP's 25 25 26 2& . 2 Ch 3nnel Inc,.ellllnt 27 27 aDDlles UP to a total sizi 28 2" of 12 channels 29 2q 30 30 J1 31 11 .1.3 H!:t'ORY :t2 '32' . JJ 3J .3" J ... farge' 35 3G I1FG Cost 36 J(, 37 J7 ttullCh..JU-ClllA 38 .H 39 B tt2-1 , (H8l 12, DOD 100 .. 0 H2- 2 (11131 'hOOD ~1 Itt tl2- 10 (HOI 89.000 102 .. 7. H2- E (HO' 10ft,OOO IoJ I,] H2- II (H81 115.000 4., 1010 H2-12 (1'6' 141.000 .. 5 .. OJ HZ-t6 IH!n 11)6.000 1t6 lor. .. , .. , tl3-2 (H!I) 115.0011 1t8 .. II "l-It (Hel 38,000 "9 It :~ HJ- 6 . (H!I) 115.000 50 50 .

, COHPANY PRIVATE DRAFT COHPANY PRIVATE DIlAfT 11-" 11-5 06/08118 06/0(117"

1~.0 COMPONENT CHARACTERIstICS 11.0 COHPO~NT CHARACTERISTICS -----*------11.1.~ STANO-ALONE 110 UNIT eIOU2' 11.1.5 OTHER .1.1.~ STAND-~LONE 110 UNIT (IOU2) 1 • Approximate figures. 1 Z 2 3 Tar 98 t .J Target It HFG Cost HFG Cost 5 5" 6 Power Control Panel • f> Basic 1/0 Unit Includes 47.000 , 1 - 5 PP's X 8 Channels Sl 2.000 ,. 1\ - 2 Port HUX "9 S2-THETA w/Dewpolnt Sensing 2.700 9 - 2 maintenance channel 10 10 connections 11 .Opt lanai 11 12 17. ~ddltlonal 5-PP Increments 3.080 13 Environment Honltor 5.000 13 (UD to a maximum 0' 20 PP·s. 1't 1 .. 15 Canso' e (7521 1.000 15 Additional 2-Channel Incr.~ents 1.500 16 1f> IVD to a ~aKlmum of 2~ Channelsl 1r Hlgh-pertormance Console '.700 17 18 H Ootloral maintenance channe' pair 100 19 Hlg~-pe~tormance Console 1<) cornectlons (UD to a maKlmua 20 21 . Controller 20 of 6 connections. 21 22 52 and above 800 22 23 51 500 23· 11.1.5 OTHER. 210 2·1, 25 Power Control Panel 2.700 2<; 26 Including Dewpolnt Sensing 26 27 'Z1 211 21\ 29 29 I't----t------.------.------.------t I I I 1 30 50 IkVA IFrequency'Rlde-ThruIQul.tlEedl Target , H H I I (Hzl 1 (Sees' 1 ICost U) I 32 The aonthly maintenance cost 'or CYBER 1110 melnframe C0800nents 32 3J Incurred by the suppor,lng field service orqanllatlon mu~t not exceed 3J +----+------t------+------.------. 310 I I I I I 1 the 'allowing levels (exnressed as a percentage of ~anu'ecturlng H 112.51 50 I 0.075 1 Yes '9750' 35 cosUI .JS 112.5' 60 '0.075' Yes "400 I 36 If, I I I I I I J7 3T '25.0' 50 I 0.5 I No I 9000 I :n +------~-t------t------t, Halnlrame I Llle Cycle I Second Year I jl\ 125.01 60 I 0.5 1 No I 9000 1 .J9 I Component IAverage ~onthly I Honthl, Halnt~nanc~ I J'J 125.01 50 '2.5 ,Yes I 13000 1 itO I IHalntenBnce Cost I Cost Oblective 1 .. 0 125.01 60 '2.5 ,Yes 1 13000 1 1t1 .. 1 " , , I , "2 It------t------t------+ 51 I 0.67X {S'1D} I 0.85X {7SD} I 1,2 140.01 SO I 2.5 I No 1 13000 I "3 1 I I I toJ 140.01 60 I 2.5 'No I 13000 I .. ., I PZ I 0.6it {4311} I 0.761 {S4S} I H 1 I 1 I 1 1 .,S I I I I loS 1110.01 SO I 2.5 I No I 22000· 1 It& I H2 I O."Z>: {36D} I 0.5H {4621· I "b IBO.OI 60 I 2.5 I No I 22000· 1 1,7 I I I I .. r I I I I. I I ,.Il I P3/113 I 0.517. {tS4D} I 0.6ltl {t'17D} I .. ~ +----t------t------.------t------t .,9 I I I I .. ~ 50 I THETA I O."ltl {46bD} I 0.51oX {S8DD} I 50 COHPANY PRIVATE ORAFT COHPANY PRIVATE DRAfT 11-6 11-7 -----._--_._------!!!!~!!!- . , 06/0!ll1S 11.0 COHPONENT CHARACTERISTICS ------11.2 COMPONENT HAINJENANCE COST OBJECTIVES 11.0 COHPONENT ~HARACTERIS'ICS 11.3 COHPONENT RELIABILITY OBJE~TIVES -~------.---*------.-.-.------~------~------~------._------I I , 1 1 I IOU I 0.651( {!I80} I' o. au {'lao} I 2 2 +------+------+------+ t------f------t------.------. J These costs "It I IFunct'IIElemntl I "Tf~ (mins' It are defined to Include both the direct CDst of 5 ICOHPONENI IInher'tllnhe~antl S maintaining the eaulDment and the allocation of various IndIrect CDsts liS descrlb~d In '6 I I HTBF I "'BF I • 6 11.3.2.1. The dollar figures are given, for information'l 1 7 in parentheses­ The figures for the IOU represent a lOPP, 15 channel t------t------t------t------.------t------t------+ Con fi gur ati on- II I I CHou~sllCtlou~s' lite I easel 6 "ths 118 Hthsll6 "ttlsl 8 9 t------.------.------_. ______•______•__ -----t------. 9 10 I I I I . I I 10 11 IS1 tlalnfremt,lHB I 1600 laO;) 60 I, 69 , .. 5 1 30 , 11 12 I , I 1 I 1 12 13 IP2 Processor I 2250 1800 60' 60 1 ~5 1 30 1 13 lit I I " I " lit 15 IP3 Processor '2570 1800 60 I 60 , 1t5 I 30 , 15 16 , I 'I I I 16 l' ITHETA Processor "60 100 120 I 120 I 90 I 60 I 11 111 I , 'I' I 1" 19 1'1 20 ,It------t------t------+------t------t------t------t , 20 21 IH2-1 Haeory 2500 lltOO 30 30 20 15 1 21' 22 IH2-2 Hemory 2300 900 30 30 20 15 I 22 23 'H2-1t He~ory 1700 600 30 30 20 '15' 23 ? .. ,~ '"2-6 "uory 1350 500 30 30 20 15 I 21t 25 IH2-11 Hnory 1100 .. OJ 30 30 20 , 151 25 26 IH2-12 Hemorv. 500 335 30 30 20 15 I 2(' 27 IH2-16 Hemory 700 270 30 33 20 15 I zr 211 I f 2" 29 IH3-Z "e~cry 2300 900 30 30 20 15 I 2') 30 1"3-" "nory 1700 600 30 30 20 15 f 30 31 IH3-6 Hel1'ory 1350 500 30 30 20 15' 31 32 lIu .. a Hemory 1100 ,.00 30 30 20 15 I 32 3.J IH3-12 "ewory 800 335 30 30 20 15 1 33 lit IH3-16 HelllOry 700 270 3D 3a 20 15' 31t 35 1 I 55 36 ITHETA-It Hemory 1350 500 30 30 20 15 ' , 3& 37 ITHETA-a Hemory 1100 .. 00 30 ]0 20 15 I ]7 ' 38 ITHETA-12 Hemorv 800 ,335 30 30 20 15 I 3~ 39 ITHETA-16 Hemorv 700 270 30 30 20 15 I 3'1 "00 .. 0 Itt +------+------+------+------t------t------t------t1 I I , I I I I ... 1 .. 2 11/0 Unit I (Su I (Sea I 60 I 60 I ft5 I' 30 1 .. 2 43 I 1 hln'l 8elo .. ' 1 I , I I .. 3 It It I 'I 1 I 1 I , .... 45 .. 5 46 t------+------t------t------+------t------t------tISvstn POMer t 145001) I 120 I 120' I 120 , 120 t Itr, .. 1 ItT It II +------f------t------+------t------t------t------t ":I 1t9 It'! 50 50 COII!»AN" PRIVATE DRAFT COltPAN,( prUVATE ORAFT 11-11 11-9 , 06/011/78 06/0&"" -.------~------.---.--~~------11.0 CO~PONENr CHARACTERISTICS 11.0 COHPONEHT CHARACTERISTICS 11.3 COHPONENT RELIAOILITY OOJECrIlIES 11." COHPONENT CONFIGURATION 08JECTIVES • ------The functlona' and ele.ental Inherent "TOF oblectlves for the 1 1 stand-alone IOU are Ident!ca' for each confIguratIon. Representative Z Z IOU conf,lguratlons are sho"n belo"_ 3 ! It It t-----t---~------______• 5 11.".1 CENTRAL HEHO~Y SIZES 0:; • I I 6 £> I' CHANNELS I 7 , J I I II The malor r~Qulremen's ~or central ~Q~or, ~Iz~s o. '"0 megaby,~ and 1\ IPPU·St------t------t------t------t------t 9 belo" for the Hl, H2 and 113 are to pravlde 3ddltlonal mod.ls In CY9EQ 9 I. , I 1 I I 10 170 state. The ~emory sizes Id.~tl'IQd are the Increments to be 10 I I II I lZ I 16 I ZO I 2.. I 11 offered from a marketing standpoint. This does not mean that costs 11 , I. I I I I I 12 ",ust be olrect., relatable to ma~ory sizes. 1o! t-----t------t------t------t------t------t 13 1.l , I , . I I I I 1~ kAD1~1-H~~~c~_Sl~ 111 HZ. .IU ltitIA 110 , 5 I 2'100 I 21100 I 2600 I 2500 I 2300 • 15 15 I I I I I I I 16 1 HO X X X 16 t-----t------t------t------t----__ + ______t 11 2 HB X X X l' I I 1 I I I I 18 3 HO X X X 111 , 10 I N/A I 2500 , 2300 I ZZOO I 2100 , 19 It HI) X X X x 1'l • I I I , I I 20 5 110 X X 20 t-----t------t------t-----~t------t------t 21. 6 HI) X X X 21 I I I I I I I 22 7 118 X X 2.2 I 15 I N/A I N/A 1 ZOOO I 1900 I 1800 I Z3 110 X X X x 2 .~ I I I , , , I 2.. 10" H8 X '210 12 HO X X X 2; .-----.-~----.------.------.~-----.------. .25 I I I I I , , 26 lit' I1B X 21. I 20 , NIA I NIA , NIA I 1100 I if.OO I 27 16 110 X X X z., I I I , I I , 20 118 X 211 28 Zq t-----t------t------t------t---___ t ______• Z9 Zit 110 X 30 28 110 X 30 fhe functional and ehllentel Inherent "fOF for the Conflguratlon 31 32 H9 X 31 and Envlron",ent Honltor (CEff) 111" elCceed 15000 hour,s. 32 32 33 JJ 31t :h 35 '5 36 3[, J7 F 38 3~ 3') 39 itO "0, Itl "1 .. 2 Itl It] ..'" It ,,0:; \5"" .. ,6 .."', , .. ~ .. 9 101 ""50 50

CO"PANY PRIVATE D~AFT 11-10 12-1 06/08/r8 06/08"8 --_.------ll.0 COMPONENT CHA~ACrERIsTICS 12.0 APPENDICES 11.~.2 CfNTRAL HEHORY OEGR~OE CAPAaIllry

11.~.2 CENTRAL HEHORY DEGRADE CAPABILITY 1 .12. 0 ArutiD.lC.E~ t 2 ~ Central memory dagradatlon Is required prl ••rllv In CT8E~ 170 st.te It op~ratlons. l physical switch In HI. H2, Hl or THETA reduces memory 5 caoacltv bV an Increment that varies depending on the falling 6 address(esl, but In no case to a d~9rad8d size less than the minimum 1 shoHn bela" (except THETA ~H8 memory Is not degradable" t 8 'I 1201 l!.LAe.e.ElflUlLA-=...JlE.V.o.!l.f!t1Et!LC.!lU 10 11 2-3 H8 1 I1B 12 The fo'Iow!ng cost foreeast appeared In the CT9:~ 180 Proqra~ 4-7 H8 2 I1B n Plan. Rev. E, dated 01t/15/78. Check the Program Plan, ~poendlx 8-12 HB 4 HB 14 C. for the most current cost forecast. 14 :18 6 HB 15 1&-24 H8 8 HB 16 28 I1B 12 HB 32 HB. 16 H8 18" '1'1 20 21 ftEPCRr urn ~/Hl7a AIU:A 11I~'II •• rl 22 Utt COSTS l2 23 'UHUNG tyPE RIt and on

The calendar Il'a for all CYBE~ 18D NalnfraNe COMponents h not ·~It . --~.- V(!~ -- less than ten years. 25 , 8 1.' _ 4 PRoourt PRIOR rR· 1 1 '00 1961 1'1:: 4 _L.!B::! 11135 l'ic.b fl!: i I- E T:-HL ;1& - 21 ftlb 28 ",rd""r. noa3 1HH L~5n 12131 lU'O 7207 ba7a lIbO 22% 21f~2 "~Sl "lbS:i5 29 Soriv.rt 35'2 3b75 bIB '3&1 10515 a2la 7a'3 7b51 7500 7500 lJ:JOJ "HOa 30 Publlc.tlons 2', "50 eab 1."&2 15H lnb 170" 13L~ ).:!SD lIL7 30\0 15003 lqqb b20 bb5 750 aao 1020 1050 1050 105J 3,JaO lZ4& J. The ru~ber of hours or preventive maintenance per 1000 scheduled J1 HPP '50 operating hours sha.I not exceed the numbers Quoted below. This l2 Subtotal "220 laHa 22273 23750 2423a IHU 17575 In27 120% 1213' 2'JL3 210010 Includes "hands-on" PH ~s we.l as PH perforMance from a r~lIIote 33 location, but excludes PH normallv performed bv an operator. 31t 35 ill 1313 2aOO 204' 2.31 L23L 2&0,"S ~alnframe Hours PH pllr 3& H,rdwar. 50 73 127 3a'0 400' Component 1000 Hours Operated l' Sortw.re 0 0 0 51 105 15ao lH. ""H" lass 1'4a le~:i:J 2:1J.~'4 118 publlcations 0 0 22 240 no 283 2ab "5L 525 4H 12'1 ;'31 51 1.5 3'1 .. 0 Subtaul 50 73 14, lba" 3203 57., LUl b234 522' 5030 25527 S'Uf40 P2 1.5 Itl .. 2 H2 1.5 ,,3 TOTAL ·1'270 la"b7 22422 2>43. 27521 c3660 c!3i.iU. 1.1""1. 17.25 11Ib' 5.5'0 LU50 .. ~ P3/:13 J.O "5 46 THErA 8.0 .. 7 IOU 1.5 "a.. 9 50

COHPANY PRIVATE DRAFT COHPANY PRIV ATE 12-2 12-3 06/08118 06/081711 ------.~---.--.- ... ------.------. ------~------iz.o APPENDICES 12.0 APPENDICES 12.2 APPENDIX 8 - CY9ER 180 SYSTEH DESIGN OBJECTIVES 12.2 APPENDIX 0 - ClBER 180 SYSTEH DESIGN 08JECTIVES ------... ------.------~ .. ------~------1 1 2 i! , 08JECTIVE 51 S2 Sl THETA 3 The 51, 52. 53 and TKETA Svste~s will conform to the It It obJectlve~ stated In tha maIn body of this Archltectur~I 5 ------.------+------.------.------I I I I 5 OhJectlve~/R8Qulrements document. ThIs apoendlx dascrlbes the 6 Schedule/HllestonelAPP.F IAPP.F ·IAPP.F IAPP.F 6 unique chlracterlstlcs of the SI, S2. S3 and THETA Systams as 7 1 I I I T th9Y lall within the range 01 the ClOER 180 product Iina. II Target lease Rangell14-l5K 1'30-65K I&&0-120K If9F II 9 1 I I I 9 For ClOER 180. thIs document takes the place 0' tha various 10 5yst .... IAPP.O IAPP.O IAPP.D tAPP.D 10 SysteNOesign ObJectives (DO. docu~ents usu811y written for a n8W 11 Configurations 1 I I I 11 prOduct line. InformatIon normally 'ound In a System DO but not 1i! I I I I 12 Included In the body of the ArChitectural ObJectIves/Requlre~ents 13 Numb fir 0 f CPU's 11-2 1-2 11-2 11-2 13 Is contained In this appendix. 110 I 1 I 1 .. 15 Hemory I I I 15 16 -Size 11H8-1118 IH8-16HB 1218-32H9 14~S-1~~S 1& 11 -Hu~ber 0' He~o~y 13 It 15 l'i 11 18 Po~ ts I I I III 19 -He~ory Interleavel4-8 4-8 16-16 116-32 19 20 -Reconfigurel IInterleavel Inter'e9ve/llnterle~ve/llnterle)vel 20 21 HaroKare Inon-lnttrl. non-lnterl.'n~n-lnter •• tnon-lntQrl. 21 22 -Rec(]n f 19urel IPage Size P~ge Size IP.qe Size IP3g8 SIze 22 23 SoftMare I (5128-65K!)) 1512'1-65KO' I {512B-65KBI I {5128-65I(BI 23 2., I I I Z~ i!5 I/O I I I 25 26 -Concurr(mt 1/0 116 contr. 16 contr. 11i contr. 1111 contr. 26 27 -1/0 Randwldth 112 H9/s 1'i0 H9/s 151 MS/s 150 Hills Z1 28 ~Haxlmum Perlph­ 12 HBls 15 H8/s 15 HOls 15 1'18/s Z6 29 era I Rate I I I I Z'l lO I t I I 30 J1 SystQ~ PerformancelSec.7 I Sec. r I S~c. r ISec.r 31 32 I I I I 32 33 Syst~m Reflabl'ltvlSec.8 ISec.1I IS!c.1I IS 8c.1I lJ lit I '1 I 3 .. 35 Systelll ISec.1I Sec.8 I Sac. 8 ISec.8 J5 36 Avail ablll tv I I I l& 37 I I I l7 38 Hanufacturlng CostIAPP.D APP.O 'A"P.D IAPP.D H 39 I I I J'l "0 Syste~ HalntanancelSec.8 Sec.1I I Sec.1I t Sec. !I '0 \1 Cost I I I lot 102 t I I .. 2 \3 ·FCO R!lte ISec.1I Silc.1I IS~c.8 ISec.1I .. ,. I I It'...... 5 PSR Rite •ISec.1I I Sec. 8 ISec.1I ..5 .. 6 .. 7 ..,.. " .. II H8 .: Hegllbyt. loll .. 9 T9F s To 9. Furnished ..9 50 50

CO!1PANY PRIVATE DRAFT COHPANY PRIVATE DRAH 12-\ 12-«'; 06/Dan8 06/08,,1\ ---.~------~~ -.----.------12.0 APPENOICES 12.0 APPENDICES .. 12.2 APPENDIX 8 - CY8ER 180 S'(SrE" DESIGN 08JECTIVES lZ.2 APPENDIX 8 - CYBER 180 SYSrEH DESIGN OOJECfIVES ------.------.------~------Glossary for CY8ER 180 System ObJeetlves 1 1 Z SYSTEH PERFORHANCE Syst ell Pllrformance obJectlYes and i SCHEDULE/HILEsrONES The auarter In whleh pre-production ! benchmar"s. 1 systems are delivered to controlled .. Ie eustomer Installations. 5 SYSTEH RELIA8ILITY Systllm tlTBI IIryI tiLT ObJectives. '5 6 I) rARGET LEASE RANGE rhe Auerbach lease range to be eovered ., SYSTEH AVAllABILlfV Svstein Aval'lIbillty obJectives. 1 by the system, Including ~alntenanee and 8 ~ so ft ware. "ANUFACTORING cosr SYstem and. comoonent ",anu' ac fur Ing 'J 10'" CClstS. 10 NO. nF CPU·S· System software will support hardware 11 11 configurations with this range of like 12 SYSTEH MAINTENANCE COST System and component maintenance costs. 10? central processors. 13 13 116 FCO RarE Fle' d ch;tnge order obJectlves for 110 NO. HEHORY PORTS Number of memory ports available for 15 htrd"are. 15 CPU, IOU, ECS or Common memory. 16 16 17 PSR lUTE Soft lure maintenance cost ObJectives. 1r "EHORY SIZE 'he range of central memury eapaclty 111 U that can be conflqured Into the system. 19 19 Note that the maximum capacities are 20 20 required only for large dual-CPU sYstems 21 21 and can be satisfied with two me~ory 22 22 units. 21 2J 21e 2,.. HEHORY iNTERLEAVE The number of Individually cyclable 2<; z, memory modules over Which 6~ bit word 26 2& addresses are seluenflally assigned to 2' i!f assist In randomizing accesses to those 28 25 lIoduies. 29 Zq 30 30 RECONFIGURE BY HARDWARE Hardware capability to reconfigure 31 H around memory failures. 32 3l 3J H RECONFIGURE 8Y SOfflfARE The page sizes of mellory that can be 3,. 3 .. maoDed out of use by software fo 35 ~~ . minimize the effects of error 36 36 eondl t ions. 31 31 l8 lIS CONCURRf.Nf 110 fhe numbe~ of periphera1 controllers or 39 ]q communieatlons controllers that ean be "0 ''0 operating coneurrently under system 1t1 lei software contro •• .. 2 .. z .,3 IoJ [/0 BANDWIDTH 'he maxlmuN 110 bandwidth that the ".. system must support in simUltaneous "5 105"" transfers to or 'rom 110 deviees. .. 6 lob \7 .., 'hi highest Instantaneous tronster rate .. 8 trom • single perlphera' fh4t wi" be \9 "" supported by the system. SO "'I50

COHflANY PRIVATE DUff COMPANY PRIV ATE DRAFT 12-6 12-7 06/08/18 0&1011118 12.D------~------4--~------. APPENDICES 12.0 APPENDICES 12.3 (f. APPENDIX C - PERIPHERALS SUPP~RTED ANO COSTS 12.3 (I' APP~NDIX C - PERIPHERALS SUPPORTEO AND COSTS ------..._------~-~------._------. . 1 1 2 . +------t------t---~-----.---~-----tI I I SUPPQRfElll SUPPO~fEOI Z 1. IPERIPHERAL EQUIPMENT L C'OiHROLLERSI COST ICYD!:R 17~ICYSEq HOI J ·SupDorted CYBER 170 O.S.- means supported by NOS .or NOSI8E ~ I I I 0.5. I 0.5. I It so'twar'!. 5 t; 6 +------t--1-----t------t------t, I I 6 "Supported CYBER 160 O.S." means supported by NOSI80. Where a 1 IMAGNETIC TAPE EQUIPHEllf I I r product Is suPPorted In both states. the CYBER 110 Channel and (\ I I !\ unaOdlfled controller Is used for CYBER 180 st!te. Changes In 9 66~ Tape Drive 12000 Yes Yes 9 controlware and recording format are not pr~cluded. 10 IQZI 11} 11 11 H!nu'acturlng costs are for 1980. If the ~Qulp~.nt Is In 12 66~ Tape Controller (1021-21.-221 11500 Yes Yes lZ production 'now~ the cost Is based on the present standard 13 . I~~ I 13 manufacturing cost. For ~e" eQulpaent, the cost Is an estlmat. lit 14 by the appropriate development organization. 15 61x tape Drive 10000 15 16 pr, +------t------t------+------~+ 11 l' I • .SUPPO~f~O.SUPPORTEOI 18 61X fepe Controller (7021-3)(1 11100 Yes 11\ IPE~[PHERAL EQUIPHE~f ~ CONTROLLERS. COST ICYSER 170lCYBER 1801 19 p9 .' I I O. S. . I o. S. I 20 to .------t------t------+------t 21 KSS Tape Library 130000 No 21 I I I I , 22 (Includes controllerl U IHASS STORAGE EQUIPHE'" , I I I 23 Zl I I I I I .2" "SS Tepe LIbrary TBF ~o Yes Ze.· I 885 Fixed Module Disk Drive (FHO.I 1~800 I Serial 'Serlal I 25 (Second Generation' (tao' l5 , (two spindles' I IR~cordlngl(R1) \ I 26 26 I I I 'Para' Ie, I 27 t------~------t------.------~------.I zr I • • .eRU. 128 I 26 • I I 'Recording I 29 I Zq , I I 30 580-12,-1&,-20 Printer 21500 Yes C Yes 311 I FHO/844 Olsk Controlle,. (715S-X) I 9000 Yes Ves 31 (1200.1600.2000 Ipm' I IQ2. 31 , (Serla' RecordlngllC110 Channe"1 (lUi 32 Iinciudes contro'ler' 8 l2 I 33 n ]J I FHO/844 Disk Contro"e,. 9000 34 560-120.-160.-200 Printer 21500 Ves I Yes Jft I (Serial l Paral'e' Recording' 3; (1200. 1600. 2000 ,pmt U (~2' 15· I (Ct80 Ch"nnel' 36 (Includes controller. i 3(, I 31 U J1 I 844-4X Disk Orlve 6100 Ves Ves 38 596 Train 1740 Ves U Ves J~ I UU. 19 8 (R2' 39 t ItO I "0 I 844-4X Disk Controller 1115"-X'· 1.. 000 Ves Y.s .. 1 Non-IMPact Printer (8000 'pm' 20600 Yes i Yes 101 I IRU 1t2 (lncludes Ct10 controller) I (1l2' .. 2 I 1t3 U 103 , 819 Disk Orlve fbf No .... Non-IMpact Printer f8000 Ipmt 21100 I 'es 410 I .. ; Iinciudes Cl80 controller • I (IU) .. 5 I 819 Disk Control Ie,. fbf No No .. 6 i .. 6 .. +------~------.------.------.------. 1t1 t Non-Impact Printer 120000 Ipm. fbf No 8 Ves , Its , 8 UODI Io~ • THETAltTO only. t------.------t------~--.------. .. ~ "950 50

CO"PANV PRIVAfE DRAFT COMPIINY PRIVAtE O'tAFf 12-8 12-9 IS/OIlIrIl 06/03178 ------.------.-.-----~.------.--.-. ------.------12.0 A",ENOICES 12.0 IIPPENOICES 12.3 , •• APPENOIX 0 - PE~lPHE~AlS SUPPO~TEO AND COSTS 12.3 eet APPEHOIX C - PE~IPHE~ALS SUPPORTED AN~ COSTS ------~------.------~------+______+______+______+ t------_____ 1 ,. 1829-60 Card Reader (600 com' Yes t YgS 1 I I ISUPPORTEOISUPPORTEOI 2 I 1 I RZ t 2 IPERIPHERAl EQUIPHENf \ CONTROllERSI 'COST ICYBER 1701CtSER 11101 3 I 1827-600 !Jand Printer 160010m) Yes I Yes 1 • I I o. S. I . o. S. I , I I ~Z I It .5" I Card Punch UDDcoml "I I.b' Ves I Yes 5 +------.------.------t------.I I I I 6 ill(RZI 6 . ICARO EQUIPMENT I I I 7 7 I I .. I 8 +------.------.------~------, 8 I It05 Card Reader 11200 ellmt I 1&200 I Ves I Ves 9 • Supoorted at Rl for debu9 facility. <) I I I I IR2. 10 10 I I I I 11 11" I 1005 Card Re~der Controller. I 10500 I Ves I Ves 12 12.3.1 TERMINALS SUPPORt IAPP.C' 12 I I I I IR2t 13 13 I I I I 1ft l' .1 loiS Card Punch 1250·cpm. I 20500 I Ves I No 15 T~e fol'oHlng terminals are supported by NetHork Products In i5 I Clncludes 31010&/3&1010 contr~lt.r'l I I 16 CVBER 170 end CY8ER 1110 statesl 16 .------~-~------.--.------.------.------. 17 17 I I 1& CDC 200 UT, 21~, 217, 731-12, 732-12, 73"-1 111 'MISCELLANEOUS EQUIP"ENt I 19 1" I , 20 CDC 711-10 with option 102-0ata Control 20. I 2550-2, 2552-1 COlllmunleat Ion Cont Ves No 21 II I 12 lines 51000 22 CDC "71,. except for Impact printer/non-Impact orlnter 22 I 20 lines 101000 23 23 I 100 !'lnes 105000 2.. CDC CVIB-xx 85 200 UT, 27BO/3780, or HASP multi-leaving Zit t 25 • ,erminel 25 I 2551-1.-2 Communication Contr. tbf Ves Ves 2& ~;, I IR21 21 CDC 713-10, 751, 752, 156 zr 21t 2(1 • 752-10 Display/keyboard 1000 No Ves 29 TTV H33, "35, "37. M311. ",,0 2

COltPANY PRIVATE DRAFT COttPAI~Y PRlVAfE D'UFf 12-10 12-11 DI)/OI!IrI! 06/0vr'J ------~~----.------~------.------.------12.0 APP£NOICES ------12.0 APPENDICES • 12.3.1 TEP.~I~AlS SUPPORT IAPP.C' 12.4 I.' APPENDIX 0 - SYSTEH CONFIGURATIONS AND COSTS

1 OATAlOO 18 HASP multl-I •• vlng terminal 2 3 ctl! b3sed Full Duplex Batch terminal 4 The configuration assumptions and comoonent characteristics 5 were used as the bas~ to caLcul_te the RA~ oblectlves. Ptrformance ObJectives. and Cost ObJ~ttlves. Com~onlv used future terminals I) 1 These termln!ls are support ad using the CDC ~ode '. HASP~ 81"3ry 8 svnchron3US and asynchronous t Ina protocol s. The APl c:hllrllctef" 9 set Is supported on those tarelnals Mhlch offer It as lin option. 10 The system conllguratlons shOMn are representative NeM ter~ln81 developments needed I~ Industries In which CYBE~ 180 111 systems. Optimal configuration for each Install.tlon. 1S Is markete~ wl11 be suppprted. 112 a function of Its BPpll!:a'ion environment. may dellla'e 13 slgnl'lcantly 'rom the typlc~1 system. In IIddltlon. the network orovldes th.e besls for' an interface 1110 to V.lue Added Networks (VANs', such as TElENET. OATAPAC and 115 Onlv s.inglc. mainframe' system conflstandardization IIctlvltles In this lire. and Implement to 119 New peripheral products. e.g •• Hass Storagi Subsyste~. the standards as they evol" •• 120 non-IMPact p~lnter. helical SCln t3pes. swaoplnq 21· memorv.etc. Mil I be Included as deslqn specifications 22 becOIIII! flrll. 23 24 Entrv system Is defined as. the minimum, systell to run '25 product Ion. Target svste'll Is One th'lt runs B "ul I 2& production load rellablv. and Is the one eqllnst which 21 obJectives 'wl" be measured. large S'vsfem Is deflned as a 28 duai-CPU system with represantati". su~oortlnq 29 components. The target systems have b~en confloured to 30 maxImize rellabllltv reqardless of cost. For examole. 31 they contain HG sets with 2 1/2 second rlde-'hrou~h 32 caoabilities as opposed to the entry and lar~e system 33 Which do not. 34 35 Mainframe costs are based on the assumptions given In 36 11.1~ and peripheral costs are based on those given In 31 Appr.ndlx C. 38 39 The pow,r r'Qulre~.nts for an Indlvidull s~stem must be ItO assessed for that system. The ratings of the HG-s~'s specified for "entrv·, -target- 3nj "Iarqe" systems hJve "-2"1 been calculated lor those specific c~nfI9uratlons. .,3 It,. It5 It6 .. 7 .. 8 .. 9 50

COMPANY PRIVATE ORAFT COMPANY f'RiVATE ORAFf 12-12 12-13 DG/o~tre 06/0/l/r1l ------..._------~------12.0 APPENOICES 12.b APPENOICES 12.~.1 S1 SYSTEH (APP.O' ------.------12.~.1 Sl SYSTE" (APP.O)

12.~.1 Sl SYSTEM (APP.D' 1 .------+------.------t------~------t 2 I" I I 'I I 151 SYSTEHIC180 STATE t ENTRY I TARGET I ~AQGE I t----~------+------·------.------. I t I I I I 1St SYSTEM/CleO STATE ENTIU' TARGET LARGE .------t-----~------t-----+------t-----.------t " ' ICOHPONENT IQUANTIHFG COSfiOUANttHFG COSTIOUAtHll1FG COSH +------+-----t------t-----t------+-----t------t :ICOHPONENT~------.-----+------.-----.------+-----.------. IQUANTtHFG COSTIQUANrlHFG' COSTlQUAN1IHFG COSTI IFixed Module Disk Ortve 1 141100 I 2 I 29600 .------.---_·.---·-----.-----t------+-----+------. 1 (TMO Splndl~s/HodvleJ I "Proc\lss"r 1 75300 t 1 81800 I 2 155800 1 I I I t I 1 11I"~-4X Oisk Drive 2 12200 2 12200 ~ I 2 .... 00 'IHllllory 1H9 Clnel.' 12"8 Unci.' I "H8 Cincl.' 1 I I IFHOl8~~ Disk Controller 1 9000 2 111000 2 I 111000 'I 1 ,1110 Unit UncI.' 'I1 Cincl •• I Unci.' 1 I I 'I -PP'S 5 I 10 I 10 1 167X Tepa Drive 3 30000 6 I bOO 00 'I -lID Channels 8 I 10 1 12 1 I I \ -Hllntenanee Ch8nnals 3 I 3 I J 1 1&7X T~pe Controller 1 11100 2 I 22200 " -T'fO Port Hull tplexer 1 'SOD I 1 500 1 ,1 500 1 I (7021-3)(1 I 'I 1 1 1 I I :ISvst!lm POMer '1 HO~ 1 1 13000 1 1 9000 2 16681-2 Data Channel 1 I ,.100 ! I I 2 I Convertel"' 1 IPo'fer Control P!mel 1 2000 1 1 2000 1 1 2000 2 I I 'I I I 2 1405 Card ReaderlCtr 1 I 20700 :IEnvlron'1lent H"nHor I 1 SODa. I 1 5000 2 I I .--··------*-----t------t-----t------.-----.------. 2 1580-20 Line Printer '1 f 21500 ~HA[UFRAHE COST 1 1 55200 I I 108300 I I 112300 I 2 I I 2 ICYBER 18-5 Oatch fer-mlnel 1 1(JOaO 2 311000 I ,t------+-----.------t-----.------.-----.------+ 2 I 600 I~m Band Printer I 2 , 600 CPIII C8rd Roadel"' I 3 I I 3 1255X C0111 III, Front End 1 310,00 2 ,I 105000 2 1 105000 3 I - Commun icat ion Lines 12 112 112 I 3 I , I 3 1752-10 Svs1e~ Console 1 1000 1 'I 1000 t 3 I I I 3 ICC5~5 System Console/Ctr 1 1 , 8000 3 t------'- --+ -----t------+----- t------t-- -- -t------. 3 IPERIPHERAL COST I 'I 18200 I I 230100 I I 313;00 I 3 +------t-----t------t-----t------t-----t------t It ITOTAL COST 'I 1&~100 I I 339100 I I .. S&500 I It t------IRMS STORAGE BILLION.. ------t-----t------t-----t------.-----.------t OYTESI D.1t I I 1.& I I 3.2 t I ',... +------______t _____ t ______t _____ t------t-----+------t It Not •• System costs are based on assumptions qlven In 11.1 It" "to "5 COPfPANY PRIVATE COMP ANY PRIV ATE O~AFT 12-11t 12-15 06/08/78 06/0'11" 12.0 APPENDICES 12.0 APPENOICES ------12.,..2' 12.4.2 S2 S'YSTEM {APP.»} I !12.,..2 S2 SYSTEM {APP. D} I'.------t------t------t------t I I , , i IS2 SYSTEM/ClOD STATE I ENT~Y , TARGET I LARGE I I I I' , I t------·-J------.-----t------t-----t------.-----t------t I~ _____ ------.---.------.------.--____ • ___ ••• _____ • ___ • ICOMPONENT IQUANflMFG COSTIUUANtlMFG COST'QUANf'MFG COST' .------.-----.------t-----t------t-----.------t ~2 SYSTEM/Cleo STATE EN'~Y ~ TARGET LARGE IFlx.d HOdule Ols~ Drive I 1 1~600 I ~ I 51200' i t 1 (Two Splndles/Module' I I I ,.- ____ ------.-----.------.-----.------.-----~------. 1 I I I I ~O"PONEN' IQUANTIMFG COSTIQUAN'IMFG COSTIQUANTIHFG COST) 1 16"'+-4X Disk Drive 2 12200 3 18300 1 6 I .16&00 I 1 1 .1 I I ~;;;;;;:;------t---;-;---;;;;;-:---i-t---;;;;;-t---;-t--i;;;;;-: 1 IFHO/S4,. Olsk Controller 1. 9000 2 aooo, It I 36000 I I tIl 1 I I I I !I1uorv 1119 I 72000 litHO e'looo liN!) 130000 I 1 167)( Tape Orille 2 20000 '+ ,.0000 6 I "0000' . I I I 1 I I I 110 1Jnl' 1 I HOOO I 1 51500 1 5'.1000 I 1 167X Tape Controller 1 11100 1 lUO!) 2 I 22200' -PP's 5 t f 10 15 f 1 I I 1 - [10 Chann@ 1 s 8 I I 10 16 I 1 16601-2 Oate Channel 1 10100 1 I HOD I. -Malnhnance Channels 2 I I 4 700 4 TOO I 2 I Conv

CONPANY PRIVATE ORAFT CO'1PANY PRIVATE 12-H. - 12-11 . 06/08/78 0&/O~"8 . ------.------12.0 APPENOICES ... --.~.------.------... .------~--.----.------.-.----~------.------12.".2 S2 SYSTEM upp.n 12.0 APPENDICES 12.4.3 S3 SYSTEH (APP.OJ ------_ ... _------_ .... _----_ .... _------.... ---~-.---

Notel SvsteM costs are bas*d O~ assuMPt10ns ~Iven In 11.1. 12.4.3 S3 SYSTEM IAPP.OJ

~--.--.~.-----.------~~------+------+ •.I --..----.-.--.------.-- .•. I IS3 SYSTE",C180 STAtE ENTRY I. • TARGET LARGE t I

ICOHP.ONENT IQUANrlHFG CtiSTIQUANTI~FG COSTIQUANTI"FG COSTI

1 +------+-----.------.-----.------.-----.------tIProcessor 1 I 1!I't000 1 1""000 I Z 1 JIl'OOO I 1 I· 1£,1( Byte Cach\! Increment 1 1 80!l0 I. Z 1 160QO I 1 I 1 I 1 1 1 Menlory 2H9 85000 &HD 130000 1 12/'191 155000 1 I 1 1 11/0 Unit 1 • 5lJOO 1 59000 1 1 6'1100 1. I -PP'S 10 15 I 20 1 I -110 ·Channels 10 16 1 210 1 I -Maintenance Channels 2 2 1 Z 1 I -Two Port HOltlplexer 1 1 '1 2 1 , 2 ISystel!l POMer 1 13000 1 13000 220UO 2 I 2 IPo~er Control Panel 1 2700 1 2700 1 2700 2 J 2 IEnvironment tlonltor. 1 500'0 1 .5000 2 2 t------.-----t------.-----f------.-----t------.IMAINFRAME COST . I I J3&200 I I -390Z00 I I &36700' 2 2 t------~------.-----.------.-----.------.-----J------t J 3 J J 3 J J l 3 3 It ..It 4 It,. It It It 5

DIU,.., COKPANY PRIVATE 12-18 12-19 06/0",8 06/0111711 ------_._ .. _------...._------12.0 APPENDICES 12.0 APPENDICES 12.4.3 S3 SYSTEK IAPP.Ot 12.~.~ THETA SYStEM CAPP.DI . ------.------t------t-______•______----t------t .12.~.~ THErA SYSTEH IAPP.Dt 1 2 I I'. I I +______+ ______• ______----t-----~------. IS3 SYSTEH/CI110 STATE I ENTRY I TARGET , LARGE I I I I I I , "" ITHETA SYSTEK/CII10 STATE I ENfltY I • TARGET I t.AQGE I t------t-----.------t-----t------t-----t------t , ,I I I ICOHPONENT IQUANTIMFG COSTIQUANT'MFG COST'QUANT'KFG COST' • ______t _____ • ______t _____ •_____ ----t-----t------. 'FIKedt------t-----t------t-----t------t-----t------~--t Nodule Disk Drive 1 HIIO 0 I 4 I 59200' II 1111 .. 00 .COHPONENT IQUANTIHFG COSTIQUANTIHFG COSTlaUANTIHcG COST. , 'tKO Solndles/Nodule' I I I t ______------.-----t------t-----t------t-----t------. I. , I I s 'Processor 1 550000 1 550000 . 2 I 1100000 I 11I44-4K Dls~ prlve 3 111300 , I 241000 I II It 81100 S , , I , , , 1 IHemory 'NB 330000 8HB 530000 16HB' 1050000 , IFHD/llftft Disk Controller 2 111000 .. I 36000' 1 63000 1 , I I I t S 11/0 Unit 1 51500 1 611000 1 I 68000 167X tape Drive UOOO 6 I 60000' a 80000 1 I -pp·S 10 20 20 I I , t 1 I -110 Channels 10 24 2/0 I 1&7X Tape Controller 1 11100 Z I 2Z200' 2 22200 1 , -Halntenance Channels 2 Z 2 , I , , 1 I -TKO Port Hultlplexer 1 1 1 I 1&&61-2 Data Channel 1 .. 100 1 I 4100 I 1 .. 100 1 I , I , I 2 ISystu, Po"e,. 1 22000 1 22000 l' ~40DO 1405 Card·Reader/Ctr 1 20700 Z , 4HOO' '2 .. HOO 12 I , I , I . 2 IPonrContra' Pane. 1 2100 1 2'00 1 I 2'00 '5110-20 Line Printer 1 21500 1 , ZUOO' 2 .. 3000 ; 2 , , , t 2 +'Environment______Monitor • ______t·____ t, ______t _____1 t _____50~0 ----.-----.------. .1' 5000 IIHP - 11000 ,.,. (Clllot i t 27100',• 1 27100 2 r I • 2 'MAINFRAHE COST 956200 , t 1117100 1 , 2269'00 I 12550 Coma. Front End 1 .. 2000 2 I 105000. 2 105000 2 --~-.-----.------+-----+------+-----+------. I - Coaaunlcatlon lines 20 l1Z , , 112 2 .. ------.. t I , 2 ICC5'5 Svst •• Console/Ctr 1 8500 1 , 11500' 1 1)500 3 f---·------t-----t------•. _---.------t-----+------. 3 IPEIHPHERAl ceST 199000 I 409'00 , 561500 , 1I 3 IforAlt------t-----t------t-----t------t-----t------t COST " 535200 I '799600 , , 119B200 I 3 J I------t-----t------t-----.------t-----t------t1~:115 STOiUGE BILLION BYlESI 1.11 I I 5.6 I , 11.21 I J 5 .------t-----t------t-----t------t-----t------t J 'f P~ckaSln~ rhe Ihltlal EN'~Y and TARGEr system have 3 separate 3 cabinets CCPU. Memorv. 10UI costing an e~tlmated 160-15.000. It Is an ,. obJectIve that subseauent p~ckaglnq redesign accommodlte these It contl9ur~tlons In a manner "hlch sa~e 125.000. It It Note. Svstem costs are based on assumptions given In 11.1

COHPANY PRIV ATE O~AFT CO/tPANY PRIVATE 12-20 lZ-Zl 06/08118 06/08/,., -----_.------.--._-_._------.---.----~------.------~--.------12.0 APPENDICES 12.0 APPENOI.CES .. 12.4."# TNE.TA SYSTE.H IAPP.Ol 12.5 APPENDIX E - SHIPMENT FO~ECASTS ------~------1 .------.------.------+------. 2. '. I ::THETA SYSTEH/C180 STATE ENTIty :. TARGET URGE 5 the following data Is based on the CYDER leO Product Llf. .. ~------~------.-----.------.----~.------.-----i------. Forecast by D.l.Huell.r and B.L.'hom~son. dated April 110. lq7~. ~ :'COHPO~ENT 'QUANTlHFG COS" QUANti tfFG COSH QUANTI HFG COSTI The figures ar. for system accen'~nces.· Including both new bul11s &' and returned systems. Reconciliation with previous forecasts are r 1·------·-----·------·-----+------+-----t------+,Iflxlld Hodult Orlve 3' .. 4 .. 00' 7 103600' 12' 171600' as toilowsl • Cit Head Parall.H " " I q" > CTwo S~lndles/HoduleJ I I I I , 1 Hodel 820 was 'ormerly .the 51. 10 " 'I I I I 1 Hodel 8 .. 0 was '~rmer'y the S2. 1i ,I """-")( 0 Ish Drive .. , 2 .... 00 I 6 36600 "I .. S800 1 Hode' 850 was for-merly the S3. 12 1J ,'. " I 1 Hodel 860 Is a new·~odal. not yet defined In AO/R. i'FHO/IlIt" Controll.r 3 1 27000 I 6 5"000 '" 72000 1 Hodel 870 "as 'ormerly the C-116 and SIt. now THETA. .JC. il CParal'elt 1 I I 1 Hodel 880 was lormerly the S5. not vet ~afl"ed In AO/~. 15 I . 'I 1 1 tf> :1f>7X Tepe Drive '" .. 0000 f 6 60000 IS t 80000 1 17 I " 1 1 119&01198111982119831198"1198511986119871198811969It99OITOrAl 111 /1(7)( Tape Controller 1 I 11100 I 2 22200 2 I 22200 1 1'1 il t I I 2 ___ t----t----t----t----t----t----t----t----t----t----t----t------I I 2.0 116&81-2 Oat a Channel 1 I HOD' 1 .. 100 1 I 10100 2 620 18 "0 38 37 34 31 29 I 25' 2.. 21 297 21 I Converter " , 2 , . 22 [I " t 2 8ltO 24 .;;3 "9 48 Itt 31t 36 44' 37 36 33 415 23 1405 Card Ruder/Ctr' 1 t 20700 I 2 41 .. 00 2 I U"OO 2 I ~ ... t . Itt 2 850 7 13 25 25 23 23 25 I 23 21 20' 205 ze; 1580-20 Une Printer l' 21500 I 2 "3000 2 I .. 3000 2 I 26 Itt , 2 850 7 12 15 17 19 I 11 15 12 lV, 2' INIP - 8000 10m (CnOl 1 I '27100 I 1 27100 2. 5"200 2 I 211 , I I '1 2 870 It 5 6 7 10 10 t 9 7 6 610 2'J 12550 Co,.... front End l' 52500 t 2 105000 3 t 157500 l I 30 I - Cotlltllunh:atlon lines SO 1 , 112 150 I 3 880 - I - I l,. I 5 6 5 Zl 31 i I I 1 .1 '32 ___ t ____ t----t----t----t----t----+----t----t----t----t----t------ICCS"'; Sy'Stn Console/Ctr 1 1 8500 1 1 8500 1 1 j"500 .3 TOTI 24 I 58 11 06 1123 1121 1113 1120 1131 1116 1109 , 97 11118 31 l I I I 1 I II 1 i I I 1. J:'. .------~----t-----.------+-----t------t-----t------+IPERIPHERAL COST t 1 281300 I I 505500 t 1 709300' 3 J'j 3 51) t------t-----t------t-----t----~----.-----t---~-----.ITOUl COST .1 I 1237500 1 1 1683200 1 , 2979000 I .1 31 .1 .H IR~S STORAGE BILLION BYTES I 4.4 I I 9.6 1 I 16.01 .1 .H ... J " .. 1 Notel System costs ar~ basad on assump,lons gl.en In 11.1. .. 2 ...!...... ·5 ..I,E! , "!I ....,0 "

COItPANY PRIV ATE DRAFT COHPANY P~IVATE OR4Ff 12-22 12-2J 06/08178 01j/04114 ------~.------.------12.0 APPENOICES .. ------12.0 APPENOICES 12.6 APPENDIX F - CrBER 180 DEVELOPMENT HILESTONES 12.7 (I) APPENDIX G - HIGR~TION ACTION PLAN ------~------.------1 12. 7 l.!LA~E!:IlUlLG._=__J:UWU!lt:LAC.IllULEJ.!li 1 2 2 3 3 TARGET OAIE It , 5 12.7.1 MIGRArION ALTERNATIVES '; 6 ·6 's.LS1..S I.EJ:l T 7 -Release of Sl (CYBER 170 state) 12119/80 8 This section describes a faw of the 'r~asonable alternatives 8 (First preDroductlon Sl shipment) 9 'or wlgratlon and some 01 their advantages and limitations. E3ch 9 -First external user shipment of Sl 03115/111 10 alternative Is considered as though It were the only on@ HI 11 selected. The ne~t section sets forth the reco~~ended Migration 11 -Release of Sl (CYBER 180 state' 03/31/112 12 path lor CDC and Its custDme~s. 12 hst.• J 13 13 tit 1" 15 15 's.LSl.sIfH 16 1& -Release of 52 (CYBER 170 state) 01115/80 17 A process of training customers/users In tha aporoorlate H (First preproductIon 52 shipment. 111 actions required to ease the conversion process. EK~moles 18 19 Incluae detln~ngl Ille 10rNats most easily converted. sourc~ 19 -Release of S2 (CrBER i80 stat.) 12101/111 20 language features that will not convert, oerloheral aevlces that 20 21 will or will not be SUDDor-ted In CYIJER 180 ",ode,. ohyslcal 21 ~2 environment requirements ot CYBER 180 hardware and administrative 22 £LSI.sI.EJ:l 2J and operational procedure rules for Cl'~ER 1~0. The exoectatlo~ 23 -Release of 53 (CyeER 170 state' 11/01/80 24 Is that the custoroef'/user \'1111 convert to the ",cist CYtlEq 160 Ilk'!' 210 (First preproduction 53 shipment. . .25 stnh possible on CYBER 170 orlor to CY'll:q 160 Inst3' 'atl()n. Th@ 25 2& conversion to CYBER 180 products then orocedes via us@r Z& -Release of 53 {CYBER 180 state' 03/31182 27 convers Ion. CDC In terna I groups "nd ext ern31 aDP 11c 3 t Ion vendors 2T 28 "10 I be trained In the :YBER 160 ~ode of processlng prior to 28 29 announcem~nt time. 29 ll:1E.l!-S.lSLEH 30 30 -Release of THETA (CY9ER 170 statel T9F 31 J1 (FIrst preproduction THETA shipMent. 32 .32 :u l' l!est direct cost to CDC. 1. Low@st appearance of user 31' -Releas@ of THETA (CYBE~ 180 state' f9F 3 .. support H 35 35 36 2' "ust be done at some .J& 37 level for anv al hrnllUve. 31 311 l/I -Operating System' Product S.t ~eleas.d l'J H .Phase 1 (OS. FTN, COBOL, SORT. 12101/81 .. 0 "U .Ph35a 2 (~ddltlDnal Features/Products) Oft/01/83 .. 1 \1 .Phase 3 (All AO/R requirements' 12101184 .. 2 In thts "Iternatlve ~axlmum emphasis 1s placed on the "Z 103 development of common products between Cr~ER 170 and CT8£R 1'0. 'oJ Th~se development mllesto~es werG approved by the C'BE~ 180 ftft This Is referred to as "bendln9". A product may be either a .... 8asellne Change Control Board on December 16. 1977. It 1s th4 1,5 software product (both product set and applications' or a "5 obJective of the CYBER 180 program to meet these schedules. ..& hard\'lare product. Wherever com~6n products are not ~ractlcal ;'6 Check the Program Plan, Section 3. and Appendixes A and B for the .., . then a co~mon product Interface Is enforceJ between th~ seo~r~te 10' most current sChedulo. ..8 l~plementations. Again the expectation is that customer/users "8 '9 wll' begin to bend towards CY6ER 160 like products on CYilER 170. ..9 50 ·Thls can be encour~ged by! pricIng actions. feature enhancement, 50

COrfPANl' PRIVATE DRAFT COMPANY PRIVATE DRAFT lZ-2 .. 12-25 06/0111111 ------06/081711 12.0 APPENDICES 12.0 APPENDICES 12.7.1.2 Co~mon Products and/or Interfaces IAPP.G' 12.7.1.~ Dual State Processing IAPP.G' ------~------etc. 1 2 .) It A single CYBER 180 system can execute both CY~~R 170 snd cy~~~ l' Presents the slmolest path 1. HaKlmum Impact on current 5 1110 lObS. CY~ER1BO dual state ooeratl9n Ii provld~d Oy hardwara 'or user conversion. CYBEQ 170 Product 6 p~rtlflon control and co~mu~lcatlon c~ntr~1 bet~~~n CY1!J ~"d develooment. 7 CY170 environments. Gual stlte oroce~5lnq will be basej uoon 1\ eKtenslons to Symmetric Link capaDlllfi~s o-ln1 nev~loo~d lor N0S 2' Users may not 'ollow the 9 '!nd HOStilE. The c;>paollltips will allow l'lterconnectlon 01 ~ns bending. 10 and NOStBE soltware oper'!ti,g In CT170 m3inframes ~r In C'lro 11 state 01 CY1~0 with NDS/1BO sntfw~re. q)t~ Job cJn'r~1 ,n~ 3. Cr9ER 160 products may not 1Z progr'lm level control Is provlc1"d 1'"1 bJth b.tch ~n" Int~r~ctl\le oerform 9f maKlmum efficiency 13 modes. This provides o~rman~nt II!~. ani record lev@! due to crBER 170 orientation. 110 trars~lsslon b~tween stltes. submlsl10n 01 JobS bet~o@n states 15 and linkage to both CDC p~ovlde~ a~d us~r davelooeJ conv~rslon 16 and relormattlng routines. This ca~aoility ~III b~ use1 to 17 provide for record conversion and ~eformattln~ to assist in 111 ~Ig~~tlon Ir3m CY170 state to CY16C state. Note that dual state A comprehensive set of tools and services are provided by CDC 19 does not eliminate tne convQrslon o~oblem It only exte"d5 t~e to assist users In their conversion efforts. 20 tlmg period withIn which co,verslon can tlke place. II dual 21 state support Is p~ovldad Ind~flnltely some conversions hili LlIIlUallJmJO 22 never take place. 23 U Indicates support 11 Such tools 9re.very difficult Z" Llmil!ll1sms. by CDC fo~ the user to produce when both ends 0' 25 conve~slon probf~ms. the conversion process are 2& 11 Allows customer/user choice l' Perfor~ance degradation ch ang Ing. 21 as to when conversion of ~elatlve to pure CYOE~ 110 211 a partlcula~ job. program or CYBER 150 state. 2' For slmpl, CBSeS of 2t Development 0' conversion 29 or "Ie wilt take pl;Jce. conversion such tools ar. tools Is eKPenslve. Unless JB very eftectlve. carefully selected. fhey 31 2. An Industry accepted 21 Increa~ed hardware costs. are onlv of short 32 IIlgratlon path. term value. H lit 31 ~eQulr~s CDC malntonunce 3t General our~ose conversion 35 .support lor CY~E~ 170 products tools are often mor4 difficult 3& for an e~tended tlme period. to use than simply wrltln~ 37 a specific conversion 38 program. 39 12.1.2 ~IGRArION ACTION PLAN (APP.G' ..0 .. , It Is very dJttlcult to ~1 determine which situations .. 2 The recommended solution for COC and custo~er mlgrstlon to warrent conversion and In 4l CYBER 180 Is a combination of aI' of tho! previous mentlcned what order tools should be It It alternatives with specific techniQues for each aspect of system produced. .. 5 usage. Although all alte~natlves ere eQually Important. emoh3sls foG Mil I be placed on common products. conversion aids and dual state 47 processing • .. 8 .. 9 The tlmel~ame for accomplishing the malor elements of the 50 "Igratlon Action Plan Is expected to bel

COHPANY PRIVATE OUFf COHPANr PRIVATI: O~AFT 12-26 12-21 --_._.------06/081111... 06/06/7!1 12.0 APPENDICES 12.0 IIPPENOtCES ------_.------_12.1.Z HIGRATION ~CTION PLAN (APP.GJ ..------. 12.7.2.2 Customer/User Conversion lAPP.G) 1 "Igratlon Plan Approved - ADlC It/3178 2 3 Conversion Action Plan - Draft 4/.28/78 This section defines t~a specific actions to b~ taken for "5 v8~iou$ aspects of customer/user conve~slon. The sctlon "!graflon Plan as part of CY18D AO/R. 6'12178 6 d,sc~lptlons are grouped Into the 'ou~ conversion areas defl"~d R.v.C - sub_Itted for Co_pany approval 7 previously under "Conversion" and a~e further divided Into a sp.cllie araas 0' concern within each group~ A set 0' solution "Igratlon Plan as part of CY110 AO/R - lOna. 9 actions ara defined. In prio~lty o~der, for each area of concern SubMltt.d for Company approval 10 . (e.g •• Source programs'. The actions stated are limited to t'lose 11 previously described und,~ ·Mlg~atlon Alternatlve~". Training Plan - PLH Approv.d ,T90 12 13 12.1.2.2.1 P~OCESSING OPERATIONS lAPP.G' Start Training IMple~entatlo~ Plan TBD 1ft 15 1JSource programs - Common Source language Standards . Conversion Action Plan - Approved una 116 - Common Products (Compiler Front 17 Ends' Conver~lon Aids GOS - AOlC Approved lOire 18 - Conversion Aids for FORTRAN, 19 COBOL,8ASIC.APl.ALCOL , Pl/I "Igratlon developments (I •••• tools. aids. no 20. conversion prograMs' defined In 21 2'Obl,ct programs/ilbraries - Dual stat. execution NOS-NOS/BE R5 • OR·s 122 '2] 3JSouree,llbraries - Common Products (develoo­ Convers'lon Aids User Guidi ZQreJ 121t ment tool5' 25 - Conversion Aids 12.7.2.1 ilnt~al 26 zr ".Job deck structure - Training 28 Ouil stat. executIon 29 1) Training - no single actlvltv Is more 30 5JJob proceSSing conceots - Trahlng Important than training. All 31 - Dual state execution people within CDC svsteMs 32 business. software v."dors~ and 3J 6lUs@r Command Language - rr.3lnlng the customer bas. must be trained 3'+ - Co~m)ri Produets In CYBER 180 processing 35 - DUll state e~ecutlon operations. jralnlng can be done 36 - Co~v~~slon Aids on b:Jth

COrt!"ANY PRIVAfE O~AFT CO!if>ANY PRIVATE O~AF'f' 12-28 12-29 ------.-_._------06108178 ----_._------.------06/0~/1~ 12.0 _"PENOICES 12.0 apPENDICES ------._._------.12.7.2.2.1 PROCESSING OPERATIO~S (APP.G) 12.7.2.2.5 COHVERStON ACTION PLAN (APP.Gi - Training (both CDC end vendor. 1 12.7.2.2.5 CONVERSION ACTION PLAN (APP.G) 1 - Source language and File 2 2 Conversion ~ids 3 The near term reQuirement of the Conversion Action Ptan Is to l .. produce General Design Specifications of the conversIon aids for \ 12.7.2.2.2 INFORHATION STO~AGE 5 the products to be provided with NOS/laO ~1. These GOS documents 5 6 w1l' be collected Into onl! document to' be used In support of !j UFlles - Conversion Aids , training. Additlona/lv. software publlc3tlons for the CT170 1 - Dual state eKecutlon 8 product So'!t (CPS R7J wIll Include recllmmended usag

COHP~NY PRIVAtE DRAFT CO!fPANY PIHYHE ORAFT tZ-30 12-31 ------_._-_._-.------06f08/1B 06/0817" 12.0 APPENDICES 12.0 APPENDICES ----_12.7.2.2.5 .. _------CONVERSION...... _------_ ACTION PLAN .. _-----_._------""!'------._--- tAPP.G' 12.7.2.2.5 CONVE~SION ACTION PLAN {APP.GI

1 , DJ 1l!ll.ULft.!l!lI:.ll!!lS. 1 2 Control Card/CCl Conv.Alds G.Nelson 121,a 2 3· UPdate Conv.Alds 8.Po~mers 1i179 3 J:J!.!l.ll.lWIIIl.All1s KUIHlOalbll Ib JiOS Beqy lre!Lllx It Editor File Conv.Alds O.Elelson 6179 .. 5 Permanent File OUMP Conv.AIS.FeKer • 121111 5 At ,S.g.lU:Ja-1..aD.!lILAlII. '6 6 r , Bd.usLl 8 EJ tlJ~i.lnb~c~n1-G2DXAcsl~n IS CY170 FO~TRAN 5 to R.R.agan 12178 9 Oual State - Linked File S.FeKerfG.~atkovlts tun <) User Data ~llas - CRI1/8AI1 AIIK 30 These product descriptions are grouped according to the 33 C170 BAH to/'rom C180 BAK r.KeGee 6"9 f31 algretlon elternatlv~s that they reoresent and da'ine 31 -Sequential Sequential ]2 ,resDonslbllltles In support of the ~19ratlon Plan. JZ -Word Add. Byt. Add. 3] 3J ' CtTO IIAH to/'rom CIBO AAH H.Caaglio 6179 131t lit -Index Seq. Index Seq. 35 Jt; -Hultl IndeN Multi Index 36 36 ,-Olrect Aec.ss/Actual ~ey to 57 l' A long term develop~ent strategy that can be preS8nte~ to 5' In1ex Sequential R.Ragan 6119 311 all COC system business employees a.ternal softw,re 31\ PAN~S - FORTRAN H.Hubrlc~f 6179 39 vendors and to all customers. 'he migration Ictlvltles Jq Relative - COBOL O.Nelson .. 0 set forth In this plan should be Included. !oJ Itl '01 .. 2 Responsibility! NeH Product Proqram~ 1t2 CJ D.a1a.!1.anulun1 1t3 .. J COCS (retat Ions' to OHS180 S.ltadcl i". 12179 .... 2) A training plan for Internal COC and external vendor use. .. .. ('Sets J .. 5 It Hili be oriented to three levels of people, flrst~ Itt; OHS170 Oata Bas. to OHS laOS.R.adcliff 12179 .. 6 mlJdle and top- m3nagament and will Include technical. '6 Data Sase .. 7 marketing. and business perspectives • ,; Query Update J.~elaBeaulardl.re 12179 1t8 It, ReSponsibility' Product Line Hanagement ''1 "950 5Q

COI1PANY PRIVATE OJ;tAFT COJolPANY' P~I\lATE O~AH ...... _- ..... --' ...... -.--.... --_ .. _--_ ... _-_ .. _------12.0 .P}'ENOICES Il.0 APPENDICES 12.7.3.1 Tr~lnln9 IAPp.GI 12.7.3.3 COmrtl'ofl tflte,.taCes tIIPJ>.GI ------.. ~ __ ._. ___ M_. ____ .... M__ . ______

31 For each are~ whe,.e tr81nlng Is specifically called ~ut a 1 1 training guide will ba produced. the guide Will contlln 2 2. two maJor types 0' Information' II v~rlances betwien C'~E~ 3 3 170 al1d CYBER 180, and 2. lists or both CY'lER. 110 )nd , 1) Sourc. languages shall have common eKternal soeclflcatlons .. CYOER 160 re',~ence manuals that ~.scrlbe the affected ; fbr CYO£R 170 and CfBER l~O cov~rlng the malorl?y of the <; orea. 6 langu3g9 definition. Systqm or ~achlne deoen1ent features & T will ba minimized. 1 Responsibility, Product devolopment groups e 8 9 ResPoflslblllty' Sunnyval~ Systam Oe~lqfl 'I 12.7.3.2 ~2mm2o_~Qy~ls_~[aEa_1ll_~n~~~1 10 10 11 ~. Run time services (I.e., L03der. Hath Science Llhr3r y. 11· 12 wi II De equivalent 111 cspabl t I ty and "I I, hall. co""o" 12 11 Compiler 'ronf-ends for FORTRAN, COBOL. SYHPL. ALGOL and 13 Interfaces wherl.pr3ctlcal. 13 BASIC (I' comp",r Is used.. 1~ l' 15 Responslbl( Ltyl CYOE~ 1'0 SYstem Oeslgn 15 ReSPol1slblllty' Sunnyvale System Design 1& Sunl1yvale Syst~m Design 1fJ 17 17 2. Sburce code molntena~ct utilities (I.e •• Update). 18 3) Aopllcatlon codes that c~nnot be Imple~ented as common 1ft 19 products will present a common user Interf3ce. lq Responsibility' SES Development 20 20 21 Responsibility' CYBER 180 System Design. and Application 21 31 User Command Language processor. This product will not 22 Solt"are Oa~elopment 22 rep'ace the NOS/BE or NOS products but will augment them 23 2.1 so as to ollow gradual user conversion on CYBEq lTO. 2~ ~, FII~ management services wilt be functionally uo"~rds 2<0 25 compatible 'rom NOS. 2'i ResponSibility. C'3E~ lBO System Design 26 26 27 ResponSibility' CY~E~ l~D System Design 2T " At. application products •. Oper~tln9 System requirements 28 2~ to ease migration of applications. 29 51 Data base management services. 2'1 30 30 ~esponslbillty' APlO and Application ~esourc. Center 31 Responsibility' Sunnyvale System DeSign 31 32 JZ 5) Configuration Control. Peripheral Devices and Hedls "III 33 6' Termln~1 services. Jl be able to be attached to both CrBER 110 and C'BE~ l~O 3' J" mainfrallles. Flrmw

COHPANY PRIVATE DRAFT COl1PANY PRIVATE DRAFT 12-]10 12-35 06/0611'1 -:------_------______!~!2~!:!.. 12.0 APPEHOICES 12.0 APPENDICES 12.7.3.~ Conversion Tools and Ser~lces (APP.G' 12.6 APPENDIX H - Sr~NOAROS ------~------~------Integ~r or aI' real data or a mixture of those types In a 1 1 fixed format within each and everv record. rhesl'! 2 ? transl~tors may ooerate as standalone utlll ties or es 3 J on-the-"v translatlo~ routl,es. . CYAER 160 systems will comply with the st&nd~rds in1Icated In 40 .. <; 5 the attached master CDC Standards C~ec~llst. St~nd~r1s ~esoonslbllltvi Sunnvvale System Design 6 def inlfely not 3PolICi!bte are mark-ed I'HA", Th:lse left unm"rke::f £, CYBE~ 1~0 System Design 1 In the categories 0' Codes. 03t3 {eoresentatl?n. Data 7 e Commvnlcatlo~. Keyboards. Cnaracter ~eC09nitlon and v3rlous ~e11~ ~ 3. Conversion subroutines that users may Include In their 9 are relat[ve to Network Pro1ucto; 3,,1 pl!rlo·"~ral :1~vices and .1re S programs to convert more complex file situations. 10 applicable to the aporoprlate lmple~entlng jlvlsl~ns. 10 11 11 ResoonslbllltV' Sunnv~ale ~vstem Oeslgn 12 Product Design ReQvlre'llants {Doll ~III Inclu1e aCOC StlH'dards 12 13 Chocklist calling out thGse standards JPollcable t~ t"st 13 4. Data base translators for both schema deflnltlons'and data lit particular oroduct. In compliance with this master checwlIst. 1 '. contents. 15 1<; 1& 1& ResponsibIlity' SunnYvale System Design 11 11 111 1~ 12.7.3.5 UYAl_~la~-fC2~ASslng 19 1'1 20 20 21· 21 It At a Minimum a means to concurrently execute Cr8ER 110 NOS 22 22 end NOS/8E lobs and CrBER 180 lObs. 23 2:J 21t 2~ 2'; Re'soonslbll ltyl CYBER laO' System Design ·Z5 2& 2b 21 Communlcat Ion end network oriented users may SUbmit Jobs 21 27 to either system althou9h the communication hardware may 28 2'1 onlv be connected to one operating system. 29 Z9 30 3~ Responslbllltv' craER 188 System Desl9n .H J\ 32 32 33 3l 310 31t 35 l5 lr, 3& II 3T 38 311 H 39 "0 "0 \1' .. 1 402 "2 ...... 1 ....40~ .,5 "5 lob .. & lor .. 7 .. iI .. 9 'IIe.9 50 50

COIIPANY PRIV ATE DRAfT COMPANY PRIV ATE OP.AFT CDC STANDARDS CHECKLIST (!lEV. E)

r----. ----~~------"--_r------r------._--_.----_r--__, Tn"L!: IIvailable AppUcable Option Waiver Vcr if,", 1'ITLI: ."l.V.1i IT:):ic. Aprlla1:1e Opt: on Wal":·(·r V~"i!)' Standcu"ds Stanrlards Choaen Certify .sl.:iJ.';i:ni~ f,t~· · ... ~~Tds tho!:r..n C'.J t1[}' See 2.2 Sec 2.3 Sl!!e 2.4 See 2.5 f,(!r' '.2 See 2.3 See 2.4 S." 2.~ ~"-----~------I------'-~------~------~----~----- .ate~'}r>:: - COL'!:S ~tC90ry - I',\PER Till'=: t'.!:DIII HA

"'ode for In!ornatlon Interchange II11S1 XJ.4 X3.1f Elcven-Sixtcellth Inch Perforated Pitpcr 'edt! {c.r' 1 n !Ol'":'.l.l tiC' II Intcrc';ange FIPS PUB 1 Tap~ for lntcrchtin~c :.1151 X3.1~ 1-Bi t Ct.',,:ktl Ch.lracter Set for PUB 1 On[!-Ir.~"'!'h Perforated Pa!=,'r.:r T.lpe for Ill!U!'nalion Prl.1::c:;sinq Interchange ISO 646 l"!Qc~ation Intcrch~n9~ ·\~lSI X)~16 One-Inch l'crforated Pilp(·r ·J"'P~ for --"ImpIe:. :ntat ion of the' Code for lnf erm., t ion IntC'1 ch;:nge !"IPS N·1l 2G Ir.!otli.• ,t jon tnterchange and Related Dimensions or l1unchcci ., .... pt:c Tape for l1edia Standards !'IPS PUB 7 PIIB 7 Infortnitt ion Interch.'1n9C! T~O 1154 """-ode I:", tChS 1 on Techn iquCB for Use With ake-Up Reels for One-Inch P(I'rforatod ,]'f;.!' 7- hi t Coded Character ~et of Paper Tap~ (or Information IISCII IINS]! n.n X3.lfl lnterchanc;e :>.IIS1 X3.20 OL1f! t~t.:cnsion Techni"qucs In 7 or Take-Up Reels for One-Inch Perforated & Bits FIPS. PUB 35 PUB 35 Paper Tape for InforJulI.lic'" Code [xtension Techniques for Use With Interchange rIPS PUll 27 Tnc 7-Bit Coded Chc1racter Sot ISO 2022 - Specifications for Properties of "ontre.!. 03ta. Sub:;ct of IISCII 1.10.003 1.10.003 Unpunched Oiled Peper 1-'erioriltor ·!.ubsotc of the Standard Code for Tape ;.l:SI XJ.29 Information Intr.!'chan':lD FIPS PUB 15 Propel"tics of Unpunchcd Papt'r Tape ISO 1729 ------~-r------r-----_1,~--_r----+_--~ crtor.1tcd Tape Code for Information [nterchonge Rolls of Per{orute~ Pn?~r 11It~!rchilnlJe "':SI X3.6 NA Tape for Information Intercha:l~e ~!iSI X3.J4 Perfor,lte:l T.'lpe Code for Information Data Interchange on Rolled tIp Int(:rchange FIPS PUB 2 NA Pap"r Tape ISO 2195 itl!Vtcr.I.:ntJlt.ion of 6 and 7-Btt Coded ChJ,r~,ct('r Sots on'runched Tape ISO 1113 NA ----~-----r----- :atcgory - ~~'Gilr.TIC CASSL"TTl:!C;.r'TIUDGE Ill:DI:r rJA 10] !tori th Punched· Card Code II11S1 X3.26 X3·2b 11:>11c< J th Pl:nchcd Card Ccce FIPS PUB U PUB llf k~Fc("~'::ntation of the 7-nit Coded Implementation· of the 7-Bit Cod~d C~•. lr3r.tcr Set on 12-Row Punched Character Set and itc 7-bit and 8-nit Cards ISO 1679 Extensions on 3.81 rr.:n Magnetic Tape! Repn's(fntatlon of 8-Bit Patterns Cassettes Cor Inforn,alion Interchange. ISO 3275 on 12-llow ~unched Cards ISOtR 2021 1.81 INn Hl1gnctic Tape Cassette for Information Interchange ISO 3407 kepr~s~ntation of Numbers in Packed D~~i,.,d Fc)rm f--.. 1.10.016 ]'.10.01b R~PI·~!l.(·flta t ion of Numeric Values In .togor), - HIIGHETIC TAPE 111:0111 NA Churlll!t~r strin19 for Info[l!Icltion Interchango AIISI XJ.42 X3.1f? r------~r-----_+------_+----~----~--.__; ~corded Magnetic Tape, 0.50 Inch, - 9-track. eoo CPI, H!lZI 1.10.005 ~~~.r:.y -I'M'ER CARD HEDIA NA (Qcorde': Ilagnetic Tal'''' O. SO Inch, "9-Track, 1600 CPI, Phaoe Encoded 1.10.006 I --- pnrecorded Magnetic Tape, 0.50 Inch 1.10.007 (;~Jjerhl rurpouc P~p(,~r Cards and Punched ~ecord"'l Magnetic Tape, 0.50 Inch, ff ~J J.:! nl!tlU i rc'::1tmt!1 1.U.00B 7-Track, 200 CPI, NRZI 1.10.OlJ 8G-C() I unm C,ud Filcs for lnforr,\atlon ~ ______~ ______~ ______L ____ ~ ____~ __~ In1.," r.hr111J" 1.10.009 "--

"The standard has selectable"options

.',,1"1 1?77 I;} -3scL-

CDC STANOIIR!JS CIII;cI:LIST I REV • E) CDC STAIIDJIRDS CHECICLIBT I REV • E)

TITLE Appl1c~blp. TITLE IIvailable IIpplleable Option Waiver Available Option H\livcr \'eri!~J vorlfyj St,,:",'lo\tus C~.o~:CJIII ("'_"I tl Standards Standards ChoDen CortH Standards ty Set· 2_2 Sec 2_3 See 2.~ SC'"e ],5 See 2.2 S." 2.3 See 2.4 Sec 2.5 . Catcg,,,,,y m,TA COM.V,UlIICr.T1OII b.te~l0ry - ROTATIaG HlICmITIC MEDIA NA -

LJnrccordc::l Nagnetic Six-Di.k Pack Mode ~C Oat" Communication Control Procedures 1.10 _070 1·],0.020 (Genera 1, Physical and M~gnetlc ,---- Ch~rnctcristic9J IINS! X3.46 Synchronous Signalling Rates WSI Y.3.l ~nrcco!'dcd Single-Disk Cartridge >:3 .1 lIigh Spl.!cd Signalling C}'ro:1t-Lo.lding, 2200 DPI) IINSI Xl.52 Synchronous Rates 'imn x 3. 36 1 n lerc!I~\ngc.)h le Uagnctic Six-Disk X3.36 ~ !'ac'< - Physical and Hagnetic Synchronous Signalling Rates Dctwer:!n Data TC~'minal and Data Comr.'lunication Ch.1r~'cter is tics ISO 2064 Equipment FII'S Pi..:O 22 PUll 22 r ntcrch::HlS't:abl e Magnetic Six-Disk rack, Track Forn~at ISO 3561 - S~qucncin, of ASCII in Serial-by-Bi t Inter chungCc1b le Hilgnetic Single-Disk Bit O~la Trnnnrnission 1\'151 --J Y.3.1s C,Htridge 'ISO 3562 X3.15 nit Se'Jur.-nc Il1g of the Code for J nterl".·hangcolble Magnetic Eleven-Disk Information lnlercht.ngc In Serial- Pack. ISO l564 Ly~nit tlilLa Tran:;mission FIPS Pl'~ If. PUB 16 Character Structur.e and Character Parity Scr:r>e [c"t· Scrinl-Lj'-oit Data i\tC~!,'H'y CHARACTER RECOGNITION - NA Cor.ri.Uni(",ltion In ASCII A!ISI X3.l6 X3·16 Char~l('"tp.r Structure .Jr.d Ch~':·.lct~r Paritl' St!r~!'ie !'c:" Colta '!"int Sj1ccification!l for Magnetic Ink Seriill-Ly-!3:!..t C!lal:actcr Rccognitlon IINSI Xl.2 Cor... '":1unication in the c.or](' for t1rint Spncifications for Magnetic Ink In f r.. r::\il t j on Intc>rchanr.c FIPS PU3 17 PUB 17 Cbacactcr neeos-nltion ISD/R 1073 Character Structure for Slort/Stop and S~·nchrorlot:.5 Transrr.ission " ISO 1177 ISO 1177 r~ank. Ch~ck Epl!ci fication5 for Magnetic ---, ----- Character Strccturc and Ch,u"actcr Parity -- J!lk Ch,1I'"acter Recognition AilS I Xl.3 S~n~a for rarallcl-Ly-Dit O~ta CCr.'Lo-:.unicalion In ANSI X3.25 riA ,c.

July 1971 Jull' 1977 CDC STAl/DARDS CHECKLIST (REV. EI CDC STANDARDS CllECKLI ST (REV. E)

TITLE AvaUable Applicable Option WaIver Veriflt'l TITLE Availablo Al'Plie~ble O;>ticn Waiver vcrifl'~l Standards Standards Chosen Certify Standards Standi\rds Cho.cn Certifj. Sea 2.2 See 2.3 S"!'.-. 2.4 See 2.2 Soe 2.3 $ee 2.4 See 2.5 - Se" 2. Cj tategory - !lATA REI'RESEllTATIOn category - DATA COI~-lUNICJ\TICN (Continuedl , - Oat;1 Tcrmfnal and Data COmrrlunication Repreccntiltion of Calendar Dat.e and Interchange Circuits - Assignment Ordinal Date for Information Intcrchunge X3.3D of Conn(>C'lor Pin Uumbers ISO 2110 ISO 2110 1./lSI X3.30 COnllcctor Pin AllocationS' for Use With ~alcndar l>3te FIPS I'L'1l 4 lIigh-Spp.ed Data. Terminals ISO 2593 ISO 2593 ~cprcs~nl"tion of Ordinal Dates 150 2711

9.'!;sic Ilode Control Procedures - Code puidolines fot" Describing InforJMt:lon Intc[chnn~e Formats FIPS pun 20 1 nL!epp.nd~·nt JnfOrl:'k1tion Transfer " ISO 2111 NA NA nasic t!c.dc COhtrol Procedures ----,. - Representation of 51 and Other Units in Ctlnplm:u~nts ISO 2628 NA Sy5t(":M~ With Lir.tit("d Charact"~r Slits I~O 2955 NA n",sic r~:-d(! Cor,trol Procedures - .Cou\,erscll ional Inforn'k'ltion Hessago Tl'ansfer ISO 2629 NA ~oi>rc~ent.:ltions of Universal 'i'lr:1(! ;.IISI X).51 Use C.r Longiludinal rarity to Detect ileprt!scntations of Time of Day ISO 3307 ISO 3JD };rrors in InforI:tation J.tessagea ISO 1155 NA Rep. of L(lcal Time of Day f,!JSIX3.lJ? X3. 113 ~, D(:lerrnirlation of the Performance of Data Con.:l'Iunication S}'stems ANSI X3.44 NA ategory - l'J:OGAA.'{'·tII1G L7~~GU1.C.r.:S ni9h-I,r:vel Oata Link control on~L 1\.1'5J X3·23{79 I··r~·:cdurcs Prune Structure ISO 3309 ISO 3309 n.n - "OUOL FI.?S run 21 Pending I.DCCP Standard when avail. lfrogoramn,lnq r.. ""guage COBOL ISO/r. l!1t9 ' . Punding ((ITT Standard X.25 whon avail. 1=':-'----- 'O!:3,9 Ca~cg'Jrd Arrangements for 1·~CIl tJ,nd OCR lIIlSI X4.14 , Information t:eybtMrd for International !::ategory - SPCCIAL Pl'RI'OSE LAllGUAGES NA 1 ' "f0cCt;sinrJ Interchange ISO 2530 XCi"be·i.' rdn for Countries 1-::'ose Languages h.avc Alphabetic ,.;xtcndcrs - ~PT Cuiflclin(.HJ for lIitrrntJni zat·ion ISO 3243 ANSI Xl.37 r--- Industrial Co~puter System FORTPAN runet j:m I:ey lqrJ)Cl] • on Typewriters Isola 1090 (; f Procodures for Executive ."UlctionB r'~J·(,~Jt 1'1 ir,lin9 and Function KeYB and Process Input-Output ton Tj",.c,o'ir i tcrs Isola 1091 ISA S61.1 1\,1!;ic .\l r;.lnYi: .. :f=~t for. lh" Alphabetic S

July 1977 CDCSTlIl/DlIRDS CIIECKLIST (REV. EI CDC STlINDARDS CHECKI.IST iREV. E)

TITLE Availablo Applicable Option Waiver Verify TITLE Standards Standards Chosen CertH },vlIi In~]C! Appljci1blo Option U.liver StlJ:nd.lrds v.'ri!Y~ See 2.2 Seo 2.3 SO" 2.4 See 2. St?n·-':~Irds ChC'::~n Cl!t'ti !~I See ~,2 Sea 2,3 See 2.4 S~p. ~. Si

atogory - OPF.PATUIG SY~TEMS Category - MECHANICAL DESIGN f--- . ~a9nctic Tape Labels for Information Product Identification Emble~. 1.20.006 Interchange 1.81.002 h.87.002 1.2n.OO~ . Operating .,nd fo!aintenance "loters ·f ..lgnetlc Tupe Error Detection and 1.20.0~9 1.<'U.008 Recovery 1.81.004 1h·87.001t Industrial Design 1.20.010 1.20.010 SynteHI Error Recovery for Rotating H-1S9 Storage 1.0'1.005 /0.87.005 Caleqory - DOCUHENTATIOII , f---. _ale'?ory - GElIERlIL DESIGII lIardware Configuration Hana.gement St.andarc!s n.lnual (J:ntire Contents Including 1.01.006) or..ponenl Selection 1.03.002 .03.002 1.01.000 1.01.000 Softyare Confi guratiqn ~!ana~crnent or.:ponorit Qualification , 1.03.003 .03.003 Stamlardr. Hanual.' (Ent.ire Cont.ents Inc-luded) pUillificd Vent!or List 1.03.005 .03.005 1.01.100 1.01·100 Preparation of Microcircuit Procurr.rncnt l:}"ctronic Loqic Packa'1ing 1.,03.006 .03.006 a.nd Acceptance TC9t Specifications 1.03.0P7 1.03.007 1icroclrcuit, Selection 1.03.010 .03.010 Graphic S)'I:lhels for Elcctrlca-l and, ,.;jcctronic Dia9rllms. no11iahi lily, lIv,il.bility and 1.41.101 1·'11.101 I!aintai n1,bUit.y St.ndards 1.12.000 .12.000 Rc(crcncc Dcsi:nations for El

July 1977 July 1911 12-36 I.) -6,5 i . 06/051711 ------_ ... _-_ .... _------.------_._--- 12.0 APPENDICES 12.9 APPENDIX I - STATEHENTS OF COMPlI_NCE . CDC STAllDJIlU)S CHECKLIS'l' (REV. 2) ------_._------.. ---_ .. _------..... _------

'1'ITLI! AvaUabl,a IIppUoablo Opl:ion "alver Ved[~1 1 Standarda Standarda ChoRen CertH 2 Sae 2.2 See 2.3 Sea 2.4' See 2.5 3 10 atelJory - ENVIROtlMENTAL 5 I) - 1 ·Applioation Cuidelines 1.03.201 1.03.201 NA 1\ ATct:lPQ:r3ture, Humidity and Barometric 9 Pressure 1.03.202 1.03·202 TH-R2 10 fJ- R1 11 12 13 ~ibrAtion and Shook 1.03.203 1.03.203 110 15 Aooustical IIoise 1.03.20. 1·03.2011 1& ·Alr Cleanliness 1.03.205 1.03.205 R3 .11 . 1!1 IllumInation 1.03.206 1.03.206 19' ; 2() "Input Pawer and Crounding 1.03.2.07 1.03.207 fV-OIi 21 T-Rl 22 Zl Z" ZS ~Phyaloal Charaoteristio 1.03.209 1.03.20"1 R3 26 zr 211 .atc90ry - PRODtCT S~ETY 2'J 30 31 pee andnioresal of Capaoitors Containing Polyohlorinated Biphenyl 1.05.002 32 1.05.002 3J rroduet Safety 1.05.003 1.05.003 lit 3"> 36 Jf ·The standard has seleotable options 3~ J'l roo "1 .. 2 ...... 3 400; '6 .. 7 .. S 1,9 50

CO!'lPANf P'UVA TE O~AH DEstGN OBJECTIV~S/REQUIREMENTS APPROVAL CO~TRCL O~TA COqPC~ATtON ~ _____ ~~~~~!~_02t~'~:~~_t ______O!VtSIO~ COMPANY~f'fHVA-T-E MAY 191977 OIVISIQrJ . [~J It ARHl.Ol.2

REV. # 0&

STATE~E~T ~~ CO~PL!AH~E or~I~~;· r~~;:~~:;~~~sJ FOR: cya(~ B_O__ M_2_C_E_~I_i_R_"_l_M_E_r._O_R_Y ____ --=,-- _____ T~~ M2 'es11~ q~~~lrc~~~ts Cocu-e~t (C~:lEo ~~ ~2 Cnntr.,' ~~~ory - "<'~'1~12 o"v. C~l l~ if' <:c-~Il;!"-:(! 10flth t.,~ otl'!ctlv~; 5!\!"'~ 1,., fhl? C~l£:t an Archl:ectur~' C~JpctJv~~/~~Qulre~p~t~ ~?cu~~nt (Aq~t&~1 Rev. 05) ~ltn the Tollowln9 r.x-:er.Tlo~~.

S:G~U. TU'I1,S - DEVELOPING CO~.:PANY DAle

HTlJt (~(''ir'!1edl PJlG!. a.r..~ .p~~. :!.2.~.7.1

CVOEo 1:-'2 -10 ,t ~(!'P':\"';" 1e~~ U.,urr;; 13;'j I"~ur:;

8') HODE H2 -4 6 1'10. la'(lr """onf. '" oJ ~ f'o·.:r!l 1:'7~ ~eur;- \'!2-1o 18 Ke. lat .. r ZI. ~/. Hour~ l~~J "'o!Jr";

I1fBl I O'!qr a ded) PAR. 10.7.~ PA~. 3.2.:? .. 7.t

CVBER IH2-1 ~t R~'e~s~ Infl~. 72:1 HOIJ~:­ 17D HOD~ ~2-1 & H~. Lat~r In!'n. ~7.:: H'HJrS \112-1 !8 Ho. lat~r InTln •. 12::11) HO·.Jr~

I1ANU~ACTURIIIG COST PAR. 11.1.'- PI",!. 1.10.1.1 HZ-Io s !!9,(;(l0 , 91.1,16 11<'-1> 1010.1100 111,6109 11?-11 1l5.ca 125,551 RESPONSE TO REVIEW DISTflIEUTION I-I?-1Z 1101.01)0 1&J,"42 112-11; It>6,030 232.• "21

I1T'1F " h",entol ( Inherp.ntl PAl? 11.2 Pt.~ • 3.Z.7.S.1 . RESPONSE H2-1 11otl~ "our~ 12;::3 ,"'OJ,.. .. DATA SERVICCS ••••••••••••••••••• .approvedl no response HZ-I) 'SOO Hour~ loG) •.. ou,..~ .~YSTE·.IS A!I;O S!:"VIC~S COMPANY .appJ:.Dved/.JlWl1P_JunI' ":17177 11?-" 400 HOU"5 :165 Hovf-% 112-12 33<; Hours 25<; '4"ur41 Houro; Hour,; p('HOt-rnl\!. PROOUCTS COMPANY approv9dl no responsB HZ-H. :?10 ZOO I1TAF Fu.... ct lona I (Inherent) PAq. P"q. J.:!.Z.6.2 .approvedl no response l1.2 H?-l 26')0 Hour<; 24"3; Houro; StRVICE !lUR~AU COV,I'A!l:V I1TT~ PA~. 11.2 PAQ. 1.Z.:!.6.It pnonccr A!';O SEP.VICES STRATEGY ht Releao;e 30 'llnute ... 31) !-!\-Iut{',; 6 110. later 30 ~I,..ut('o; 36 Hlnutl'~ 111 110. l'lter ZO ~lnutl'~ JO I1lnufco; 36 110. L1fl''' Ie; Hlnufco; Z4 I1lnlltn.; . (b Llj l,..(· P-\"h.-. • j I.~PROV£D. tr?!J.F /(h:!Q,(/Utr/ l/ / '!"" l/ILt... A.-'(,,lvJ....J.. r CO"~PI\NV DELEGI\ 1 E O Vl~Y ~ AD fe . 1,c/ {77. ,.nIlD,,"v nn ",,, Tr " • DESIGN O~EtTIVESIREQLlI.m:MENTS APPROVAL 1. ~ 1-2 CJC :Y~E~ de PZ ~~OClS~Uk OESI~N Rl~U1~€1~MTS COI\IJPANY f'HlVATE nlOS/la o.~. l~Hl127. Revision H, GZ Hat 1'77 ., --.-.-.---- -.-.------~------.--.------_._------.-. JtEC~l'" • [HXJ41" 1.~ iI!.I'1:HTl:JN.. -- ... ___c.:..;o.:..;:'\ .... c.:..;t.1:..~.:..;. o.... "_D_C_v_c_'_o_ll_m_e_"_t __ DIVISION MAY 1111971 DRJ ARHJ.l27 1.l H,IHI1i::M UF COI1PLU;"'Cl P.[V.# __~H~ ___ .-.-.------.------.------~------... Flodutl lIna /tIlImn!.

O_S"' ..GIl • [pr.tF.t::-rv;:-S. Ri.O~Ir.tt,I(lns. ] fOA'. • __-=-C.!.;YB~r':.!R~S~O~P2::. ..:.P:.!R::::o.::.C.!:.r:!;SS::.:O:..:R!------ThiS v~ delln&s the PZ proces~)r 01 the eae eYber O~ p·~~v:t Lln~, d~D as such, confor~s «ith the CDC CVber 80 "Std!:'! ~ut t~rm lh:n COCI not a:m1yJ Svst~~ ~&Sel,nd ~t"hjtio~, with tn~ lolloNin~ exc&ofionSI Itdm This A.O/R SlGIIt.T\1RfS - OEVE'LOrlf>:G COMPANY DATE U~ Rer .. ri!n:e i

rnO'Anro nv: PDtter~ TTOFAC~ 30L R.J. rxt 02May77 Schntllic P&r'orlr.snce 3.2.1.5 10 ... C"f171. l10eJe Z.S Z.g r.t':ln','t:D OY: l'ROJrCT II.A~AGI:R /1'11 Cost J.~.1.1 11.1.1 .$902'16 $7lJDD HT9F Eii!lIIi1nta' 3.Z.2.1 11.Z 17&9 18~O

HTOI S,:>I .. III Oown. CV170 Ho~e 3.Z.Z.3.Z lli.7.1 Ar release! 4401 ~5G' ----- 6 monrhs 55' 5&-l 111 I:IOnthS 7<:8 744 -* See next page for Division approvals **

nESPONSE TO REVIEW OISlRIllUTIOr-:

. Rl,srONSE DATA SERVIC[S ••••••••••••••• .af>PF'Ov.e.dt-A~s.po

svs !I:~.~:; f,",> SEIWICr.S COMPJI.NY .pproved rnbrno b/27/77

approved/ no response .. '1:~::.:~;X1-:f.Xy.;{y..xX>f;:X Corp.., Bus. st·rat. .rll1pJ:..!ll1.edL.~pDnS!!

CO!~;>Atll' Pk[oJATE ~'~'::,. -~r1 DESIGN OBJECTIVES/REQUIREMENTS APPROVAL : '-' ',j L .. _____J COMPANY PRIVATE CONTROL OATA CC~PO~~TtOM ----t~~~C_CeyploD~.nt DIVISION ... -.~--" ...... ,...... ~ .. RECEWED

ARH].7b7 ___c(.1"O'JT[~ r£v£lOPM!:flT DIVISION JUrl i{~~j # OOCU'!ENT CLASS-1l!l.~~l!;'l:'!~!:!.'.:ll_<: _____ Pr.Gt 'lO.~v _____ PRJDUCT N~~E ____C~C CY~~_~t-=~~~~~~_l-~~~~~·~Y ______OOCUHENT NO. ___.-£:.!!.!.Ib!...._!:~l!.:..:...j,~L- ___ rATE Ju"'r It • qu

O.J PJ/HJ OR CON~ORHANCE TO A~CHITECTUQAL OBJECTIVt~

Th~ CDC CVSFR RO P3 Pro~es~or ~~d ~J ~~mory co~fo~~ ~Ith th~ CDC CVRFR "0 Svst~~ 9a~~llne Oeflnl~io~ IArchltectvr~I ODJ~c'lv·5'~q~ulre~~n's Dey. QS' l"9 ~)rceotlonsl SIG';ATU'1ES - OEVElOPING cm,~PI\NY DAT~ "lfh the follo ..

t~t'~~~06Y: ______f_O_R_C_DE_D __ D_I_V_I_S_!_O_N_A~L~A-P-P-P.-O-v-ALS 0.1 SEE !lEXT PAGE, 7j; Both ~DP 8nd SWl ohJ~ctlves will ~~ ·~t or ~xce~ded. &/1/11 FORTRAN oerfor~ance I~ both CV9E~ ~O 3n~ CYSf~ 1~0 I lIIode will be sl19htly b~lo" obJeetlv~s. I All DE. ~ffP,;f'''''C~ Sc lent If Ie CYBER 80 ~od~ 10.3 9.9 ... r. I CO',"-\'lY,\P?RQVAL: VICE PRESIDENT 12. ( I.-~~J ~ ~., ·,f /!~'.r lcomp",y d.!cgatelj /.) r ,'/ ~ /' Selent If Ie CyaER 170 M01e 11.0 7.7 -\l! . ~ f./ }- 11/ ,',.,-:..-f (// I BOP 19.3 19. J . 0

SWL 9.0 +7X REsrONSE TO REVIEW DISTRIIlUTION e." References. AD Sect Ion T.2·1 snd 10./0· OR Section 3.2.1 . RESPONSe 0.2 IV So q ~~ Il!Ullli! 'AiA SERVICES •••••••••••• f-a-PPM-lle.~~ ;;.yc.n.~ C.~tlillL!tE.!i!2!Y..r~! SYSTt·.~~ f,~l::l SERVICES cc:,~rANY . approved; memo 7/25177 The 10110wln9 S3 dual-CPU eonl19vratlon reQvlre~ents will not be svoported. Waiver for these i.lpproved~ no r!!sponsC! reavlrem~nts has been 9ranted via riP No. CeEO ot,. . RevIsion 06 of the AO docvlle"t Wi" lneorporste thIs Ilpproved\ no rC!sponse chanQe. FRO:JU'.:T MID SERVICES STRATEGY An

CCOPO?',\lE E~GI!:HRING I\ND SOFlWARe MaKlmvm Capacltv. HRvtes 32

CORPORATE !.!ANUFI\CTURII;G. MTl .. AND OA Total Bandwidth NBytes/Sec. 25~ 12l!

Refer~ne~sl AO Section 7.Z.l DR ~~ctlons 3.1.3 and 3.2.'.T / f,r'I!:~\'ED: Ci?ee ///-/-;'';1 (f..., C VlfE rill $1Df:NT 2'· 3(;-77 ____ (ro:"'(I~"l, cl!~g I!I!) DATE ------~," COMPANY PRIVATE

IV.!;..~·11 '.'13 CONTROL V~T~ C~qDO~ATrON CQ"1t:IJ1~t_Q~1l:::tt:lL __ DIvIS leN CONTROL O~TA CO~PO~ATION CO~Dut~~!oc~eot _ DIVISION DOCU~~NT CLASS_.Jl!:.'j l"~~!.'.r.:.~!l~.~!l!.:L--.- ___ PAGE t:O •.d:l ___ _ Pi\OOUC r N~ ME ___~!2t; r.v :£:=._~.~=J~Z!!r_=2L.L~.!..:~~.!:.Y. ______DOCU>!E:'1T ':LASS--ll!!!il.,n r::e.m!lt:!!n~o1S-.-____PACc NO.X)l.J,.I _____ C~CUMENT NO. __-l:.5:~_!::'K":":;.lt:L~ _____ ~~TF_'-"':'~~_.L.t-~ p~ J D\: C T to: ~ '1 E~!!.C~.::;:'L~!L£l_.£:::.Jl!:.l!..:i.!i::l.l:_r'_n..til:.:l:u:Y. _____ COCt:'1(N T NO. A 0d 116.u._e!!lt1S.1~.L--____ O.\TE~!)£ " , Q7Z 0.10 fEl.illlUIY

11A!!~:I!ll~.LC. Qsn The P3/'1~ r"llabllltl' KIll r,,11 Short of AO j~e 10th unit P3/H3 manufacturing costs Mill be obJectives for certain conllquratlons. aDDroxl~ately 15~ h19her than AO obJectIves, The 101 lOwing conD~rIson Is In $1000's and Includes 16K byte cac~e. all ports, and systen clock/fanout. The following co~parlson Is "ade of to o~J~ctlves and OR reoulre~ents. T~e P~/'13 Inclu1es 16K byte -"------_.------cache. all port~. ana system clock/lanout. All 1 ______·C~ ~~Qulre~ent. _____ IArchltecturel1 Ob.! ect 1 ves II. calculatIons are In hours. ConI I~U"3t Ion Descrlotlon IP3/ I~l IRenotel 1------1 The calculatldns ar~ seoarated on ca~ln~t (e~ulp~~nt IC~C ICSU lendns. ITOTAlIF>3 I H3 I fOTALt boundarlesl to allcw for later conoarlson Hl'~ 'Ield I ICab.ICab.IUnl' I I I 1 I data. The Drocessor Is tn~r~fore co~~lned with '~e 1:------CHC sInce bot~ ~re locatej In t~e sa~~ c~~ln~t. fh~ • I I I I 1 I I I P3 PrOC12SS0r (witf"o:~ct C"V:J in'1{lr(?ht ele-e:1~c; Mr(t~ ;"3 'Jnd 1~ byte 1'13 (113-11 I 2431 50 I 10 I 303 11841 N/AI 'l/A I 1s 1.6Q5 hrs for eyr.F.'! ,~t) '~:)d~. I I I 1 I 1 I 1 1 ID3 and 2H byte HJ (113-21 I 24~I 57 I 10 '310 118101 851 Z69 I I , I I I I 1 1 I O~ I AO 1"3 and 41' byte 113 (113-ItI 1 21031 71 f 10 I 3210 11er.1 9" 2112.1 l?eaulrCI1',ents' I· _ Obl"cflv~s • I , 1 I I I I I .IConl!qura,Jo.., I------I---~------: I p~ and 61' byt~ 11~ (113-6' 1 21o:JI 91· I 10 I 31,10 11alo' 11<;1 299 1 10e~crlotlon 1?3 ~ I I I 1 1 I 1 I 1 1 I I I 1 I I leHC t CSU Ir;'alt P3 1 ~3 tTotal1 11'3 a"d 8H byte 113 IM3-el I 21031105 I 10 1 358 11/1'" 1251 309 I t------~------I I I 1 I I I , I I 1 I Itt I I I 1"3 a'"ld 12'1 byte 113 (111-1211 24.J!139 I 10 1 392 11/14' 1<;51 339 1 r P 3 t H3 - 2 1 t • " 0 ~: 1 .21 a I r,5 a I 1 • ~: 0 I q 00 1 I) eel 1 I 1 I I I I I I I I I I I I I I IPl 8"d If:'I byte 1'13 (113-1",,1 2"31HZ I 1'0 I IoZ5 1111'" 180136" I I P3', '13-10 11.,,0<.1 n<;IH3 11,11)01 6C11 c,5CI --"------I I I I I I I IP3 , H3-6 Ilt"051 520130 I!,e~ot 5001 3ql1 P.~'erencesl AO SectIon 11.1 I I I I , I I 1 OR Section 3.10.1 IP3 I. I'IJ-e 11.H51 1,001311 11.e:Q\ "CO! 3;:71 \ I tIl 1 I I IP3 l H3-12 11.1,051 2751230 rlt~odl 3351 2~2: 1 1 1 I 1 1 I 1 IP3 l 1'13-16 11.,,051 Z1011~3 11t~~OI 2701 2351 I I I I I I 1 I ------~------~------~---

Re'~rencesl AD S~ctlon 1!.1 OR Sectlo~ 3.2.2.(,.1

COtlP:'NY PfUVoHE

CDIo!PANY PRIVATE CO~T~O," OATA ~J~~O~ATION "...... CC'ITRO," DIIT" CORPO~A TION ~~C_nev~I?~.~_ OIVISION CO"lP'lt !!t..!l.u.:.J..Mmen1 DIVISION

ODCUIfENT C,"ASS __..t!..S.L!!D_~!:lIul.C!:"'P"tL- ___PAGf: "lC.J..r ____ P~OOUCT ~A~E ______~:~ ~v~~_~~_=Z_2~~-~~~~~_1_~~~~ ______OOCU~ENT ~O. _____!~~1LC!~_~~~A~~_·l ______Cf.TE __~~ 1. '~1L

0.5

O. :..~ The m(!(!n tl!'"<:! to r;-;>alr (HTT~I o:JlpctlvDS lor 1>3 Hili be ~et. For H3 t~e HTTP ~III bq Icn9~r th~n ~~ The 'ollo~ln~ cO~D3~lson Is made of AO oblectlv~s obJectlvps 1ue to t~e ~tr~t~1Y 01 a~ray ~~olaec-~"t and O~ ~eQulre~ents. The P3/H3 Includ~s 16K byte at the co~pl"!n('t"t I~..:el :r-~clol!a·"~d ...... ~~e c~c~~. 311 no~ts, and o:;ystc:n clocklfanout. All as~u~o!ion ·~a1 sc~~~!s ~iJI ~e ~~~d. tIl calculaflon~ are In hou~s. calculations are In ~l~u'.s.

The 'c~lculatlons are sepn~ated on functional unit opun13rles. The pJ Droce~so~ Is sPPorate fro~ the ~~ to f ~3 CHC/CSU. The remote condens!n9·unit Is Included I 1 Re'lulre,-ents I' ObJect Ives I "I th Pl. 1------1 I I I . 1 H3 HTTR at 1 I I 1 DR Architectural I R.elease 1 36 1 30 I I I . Requlrel!ents I Obll!ctlv(!s J lIt IConflguratlon 1------1------1 6 no after I I I Desc~ lotlon I tCMC ~I I 1 1 1 ~ele::lse 1 35 1 30 I 11'3 ICSU ITotall 1'3 1 H3 ITotal1 1 I I 18 MO afterl 3D , 20 , ------1I I 1 I I I I release I / P3 I. H3-Z· 11.77012,3501993 12.~7012.~Un'1,21~1 / I I I I I II 1 J6 mo after' 2" 1 15 11,77012.3101977 12.57011.70011,0231 release I I I 1 I 1 I I I 1 I pj I. H3-6 11.77QI1,96019D1 12.57011.3501 6851 f 1 I I I 1 1 11.77011,9351~89 12,57011.1001 77~1 Reference AC Section 11.2 I I I • I I , 1 OP Section 3.2.2.5." IP3 11.77011,6~SI~20 12.5701 8001 6101 , 1 I 1 I' I I I 11'1 11.77011."601763 12,5701 700f 5501 I J 1 1 I 1 I J

~ere~encesf AO Section 11.2 OR Section 3.2.2.6.?

HllU

The comO/ft. HTeI calculations and their CO~D8rlson aqalnst AO/A~ ObJectives will be D~ovlded by 12131/71.

CO~PANY PR.IVATE CC"PA~Y PRIVATE ""-_-,.,..._ft-':'-'1 DESIGN OBJECTIVES/REOUIREMENTS I\PPROVAL f! ",': ",.l !t '." J t ...... "" ...... J COMPf\NY PRIVATE CONT~OL Q~TA C:q~oo4TION _____ C!2~"'.tl~!:._lky.ti2.2~Il.:lL __ Dr v I S I ON

DOCUMENT CLASS _____ Q!!:;.i.!l:._~~::.!.l:.:.:c~~l _____ .:. ___ ".'~E ~O _____!. __ DIVISION . [~J II ARH].M]' on P~OJ'.JCT l-I4M£ ___ .t:ill_':'.!;::rH:~_~::-j~"..~'.;:'.~.:.!_:iQl!.!!1:L ______rlZo:Juct MCJEL NO • ______~_:.LS.;,:,...:.._::.'_. _____ r'~:;!' I t-;E So RIi: S-'::'X.~l~:::_ REV.# 0.0

[...,.....v.r~ FOR: CDC CYBER 80 MOD£:L INDEPENDENT MEMORY TEST OES'G'~ . ~EOUI?E';;ENTS.] This r~ docume~t c~molles ~I~h all CYBE~ ~O ~aln'enance Sor'~are oblect~ves s~t do~n Hlthln th~ AD a~d HIS no ex=~ot tho~e Ilst~d 1ft th~ rQllo~l"'1 sf!ctlons. f.tsc, a=-'lY "':Jlv~~s or dt!vi3'tions Tr:)~ ff'lf:! 1j;t'~n::J!)"'''C;' Ch~;ked on the standa~ds c~eckll~t.

SIGNIIWnES - OEVELOPING COMPIINY OIlTE 0.1 r<\~ ~Nl(O BY. ",~~!J C:iL.-Ll~ 8'-'1-7/ . GVrHagfOrS}-) . I .{ ~ No .. e PE:V't\\'F.n llY FROJECT MIINf.GEA }h"-::::. ~ ~;"t,I~f.Jt}:..Ir '. 0/;.1 ,;-U;-"Suii-ri"i!c . t7~~1 if] 7&.J; "~" .... j ,::~/ :.. .. 22n7 .:ij:.,.h ? (;-J~' l!r-·J:;·h""-'"-T:. .,Duny· OIVIS!O:o.l ENDGRSEMENT: GENEnAL MANIIGER j/~I/f:: .~- itT <:,J - r/·~ Th~ d~tectlon reQulreT.ents or 'he PI' 'f'st of C!i 10 "<:It lIe'!t the MIS 10' R ·J!~czCla -p', '. f,cf1a1.e z0~.!'/.;>.? obJ~ctlve due to 'he n~'ure of the hardHar" arChl'ectu~e. t:ce~s tl~~ ~J.:); :', :/.',:,,..,..- ~/!::,/ /' /, .I..:L - . and soeed of eKecutlo~ 'ro~ the 1/0 UnIt are the orl~ar, "~asons. u ~'EJ-;'':-i;cuinsoii-lI"7l~ 15 . . It C r/I... v.''-)~~ ':C','PII"Y E:mO'1ser.l[NT: Cm.1PANv DElEGATE R'";r;-tfc'ssTU"nCl--~ "'-:04-.171 -J-.. i A2L!! ~IQ3.

Quick Lo,,~ Hode ~O'I.· . 75% Default Para~~ters 30% 85 Yo I1ESPONSE TO REVIEW D!STRIIlUTION 0.3

RESPONSE DATA !Er.v!C~S •••••••••••• approved; memo 10/24177 !;VS l/.'.'S .\:.11 ~tr1VICE!' CU'.~rANY CDC Std. 1.5Z.00T S·etlo~ 5.3, ~ubroutl~e de$crlotIO~$ will b~ In 'h~ !-e.Jl..p.e.~.d.Lm.Q!l.o_lIJ.L3.o I " listings. l-ilPRI:(I.v.rulLmC!::I.o....lO/..2.1lD' CDC Std. 1.~Z.OOT Section 7.0, no flo~~h~rts will b~ o"ovla~d. ~ut ~IPO diagrams wIll ~~ oart of the INS oackage. t..iI.!?pr9.v.~.d

1.1?OO~ ~.5.1. ~~e MTT~/MS 'I?u-.~ srrwl::r !~\:Pu.U CO\~I'II:IIY CDC 5td. SectIon there no 1--. Inclu1.d for tests. ISDlatlo~ dl3QnostlC5 wi!! he ~~e1 'or lC'u~1 harjwlre reoalr ~na th~sc i~5t5 orp o~IY ce'pctl~~ vphlcl~~ to ~s~,~, 1'~"';:";Cl II'I!D SEI1VICrS stBIITEGY 1..-.-. .. r:lEIVEJ that Isolation orocpss. How~~er, the tests a~d dlaQ~o.tlcs "I II suocor' 'he Central He~ory ~ojel JRs MTTq reoul"e~ents •

.' 1 I j'-' I t. H•. ::.::HLYL !.;-i ;t!Jvrc'

OAT( .l1.:..J.:;.- -7-7--_-

.\ ,'" 1 ~ ~! : " I.' ! -:" DESIGN OBJECTIVES/REOUIREMENTS APPROVAL

COMPANY PRIVATE F C T F.~~J ln~Tr~cflc" Lcr~~~~ leif~ for (y~t~ 1t u2 L" ------.-.. --~-----.------•[-99-] ...... ::C:.:i1:...":.:;a..:d..:i:.:;e.... n...... ::D..:e..;,v..;,l!:.:l..;,o.;..p_r.!_e_n_t _____ OIVISION DR a -----ARH20't2 REV.# _2___ _

'IE!; OR' D_~.G.IH, •• [~'J('2TREO'JIRE~.'UITS J F . ______Fixod Instruction -:... Command ______Tests {FCn-=--=- _____

,'Stroke oul ,,'m IhU dOl!I nOI apply' Tn .. ;. ~'" ... ",c",r..:nt cOP."Lll.:S ''If'"\ ",I, (,~",;." or ~.,i"feno,."l";C~ ::)ft"'J-. ):>JECJ'V~':" ~et c:::':'r. iodt~,.r t"'c At. erf'!l.ln" !#

None.

OiV:S:O:ll ENDORSEME:lIT:

CO!.~PA'IV ENDORSEMENT: COMPANY DELEGATE /-~~:":":::":::~~~~L--':"_._

RESPONSE TO REVIEW DISTRIBUTION t~C St3~~~rJ •• 1~.:JJ ~~c'i~r ~.5.1, 'n~r~ ar_ no HTT'/~! fl~vrc~· '""c"J:J'o fer Tnt;! t·ssfs. T>!.fS Gr~ ),ir'CC'" JS~;J f,r act ... a.' r.a,..c,,·:,". r~~bir an~ ~r~ en'y ~~t~c'ior ~~~jcl~~ t~ as~ist r~p~ir.

RESPONSE Tho& Ji';;"oO".tic "~'t:rfr,c,: f""arn".;I1 S'u'l.l.lrc !.~':".::7 .. ,r, DATA SERVicES ••••••••• ~pp~ ._.l e;).nl;I&-!;) .. It .... ~,t" t.,~ 'ctl:~'f'a .. "C~Il·,onst SVSTE\\S ANO SERVICES CDMP,\NV A"",," .o~· . m""," "/~n I"" 111 .iuoro",~in,,: :llst.rllJti.:)n~ "III oo? c:nit'-=o ,In ,., .. :>~.!'I.!t~ .. ~.: Joc~~,nt.flon, ~~t ~I'I c. ~n:IU'~L Ir ,~~ SJurc- co~~. y.r.Y. to :(~:Y.X.XXX..x..-Y. n:

C:::..~::t1~1;>:.-u::.T:..:r:.;.:{:....:~:..:[:.;.V:..:[..::L...:.O...:.P...:."::.r:N..:.T.:..- ____ DIV!SION • [-:] # ARH21lD 0.0 REV,# rhi~ OR docu~en· co~olles Mi'h all CVeER ~O Malntpnance Soltware oo,.;tlves Stt d,~n wlt~ln the CY9ER 80 Archltectur3' Co'~clivqs (AJI and ~5/~C DES' eN • [E'tlJfCTI"(S ] FOR' COMMON MAINTENANCE ~OFTt.lARE EXECUTIVE {(nso 10110 ... >('~tlon!;. :'1.,0 .' 'PEOUIRE~ENTS' , IlXC.'ot those Ilste:c1 In tt'le 1"'.1 at'ly waivers or cevj3~ions Ira. the stanaards c~~c~e~ f·S~r:lrp C:Jt (tIm 1!--2t I!~, not app:v} O~ fh~ stand~rdS checklIst.

SIGNATURES - DEVELOPING COMPANY DATE o ~ec. 3.2._._ A CC54~ ~i~ola, I~ ol]~~na fo- ,~~ Inltl"l ('ha~e 0' 'h'! oroll?ct. P will b" S'_O~Orlq:l by CHSE unf I I '''er u is no lon·){·r .. re 1uir .. ~nt for -y-:-;/-n the laster dlsola,. o 3.2.2 Ife~ 2 C~S~ cannot ~~ orovi?a tOOl custo~er I, I /" , securJty ~~d slil I provije ~~I~Ien~nc·. It n~st be th~ r.s~onslbjlf, cf C'SE. thl? t~sts. ala~~a~'lcs and th~ utiHfI~s t? 'itay ,,&lhin th~ ~j>~. ~:l~~';S #/·:;e/7/ boundar-!~s 5pecitJe~ hy the D3~~ator/~E. T~e ir'/.:::"IN OOl'rafor/C:: ... ill h;;II'! ther.~oon~,i~ili'y of provlalnQ the correct ji~~ a?~r0SS ~ouncarle~. 1-/,) ./;., . I o Sec. 3.2.6.2 - Sy~tpn rnlrl~ljl~tlo~ - !h~ C,~~on :'i£'"intenance Sottka'r~ r)(~cu'fi";;. ... il, ,..esi~e c .. ! .... ~ S3MC ~eQl3 as fne 1ir~~ar~/contrclrilr~ ~~j i~ ol~nned a$ b~in'l th~ ~3~e )S !~~ ooprJti~1 sy~te~ "'eala. RESPONSE TO REVIEW DISTRIBUTION o S"'c. ,.?.~ - £:!,., ir.~'"'; - A ·J~jjc;.\~{>"! i:1:'Jtl:,"..;r::uf ~evi~e fl)r ~ainter"r'c~ US11~ ~ors ~,t 3~r~lr to ~~ RESf'O:-;SE ~ ",,-" ";. i n J f... 'AT~. :iTr. .. ·ICES ...... ;rprcT'T~=:J21[;i'78"------I 0.2 .\o;::r::ov ~ d.:t.Jl2nCLllL3::!L7L-,____ -' o !) '~(". 3. 1 • 2 - f1;' - ~. 0 ~ ': y .1: ~J 1 1 c: r- 0 '.' t h I~ eo )( ~ ": \i T I V t,! Approv~d, n~n-rP'5Ponse t-lill not rr'-rJ"-:e 0n-lin~ p .... rn,. rl!:1;r!~. Trll! C"(C~:- 'I'! ('}t\"cuti,,"~ .. j II ""c·r(,'v,' f"·~ ,!rr~"" r:'c")r-s if ttl~ ppr.Q.lI.r..d .. :,-nOll::r..(!SiJQns"~. ___-1 0n~f'at!~,~ ~YS":' "Jr 1~~lt~1 t~,~~ on ~ dls~ ~re~ that i'3 J.;r\O\ofn -l""!1'j ,ICCP~I'" ':>JJ' to ~'1:;f.

I / Non~.

/ ./ O. J •.. "/ A:'l'fi 1)\' (0: . .': .. / ------~--~---- CO'l."r.r~y O!..Lrc.ATE None. DATE CONT~OL DATA COPPO~ATION DESIGN OBJECTIVES/REQUIREMENTS APPRQVAl fnn1n~tlQ~~rvlc~s DIVISION I • COMPANY PRIVATE DOCU~ENT ClASS ____ ~21gU-£~~~1L~c~~__ PAGE NO.-----L_ P~O!)IJCT N4HE ___t.Q~:!Qu-ti.l1.U1!!O-"!l_'_L.S.o..1.1!!;;t!!...u.~li.llt ____._-- PRODUCT ~DDEL NO.~ER-ftn _HACHINE S£~lfSS2 $3 s~ C__O_MP_U_T_E:_R-:..P_E_VE: .... L.... O_P_M_E_N_T _____ DIVISION .[:- J- ARH

REV.# 0.0

This OR docu~ent comDlles wIth all CYBER 80 , Halntenance Sottware obJectIves sel dORn wIthIn t~e

DE~GN • [e!lolE4H''''E6-REOUIREMENTS ] FOR:- ______COMMON . MAINTENANCE ______SOFTWARE EXECUTIVE

SIGNATURES - DEVELOPING COMPANY DATE I o Sec. 3.2.4.~ A CCS4r, dIsplay Is Dlann~d fo~ the I PREPARED BY; /L-d': P.. ~I_----_=------Inlllal phase 01 the prolect. It HlIl be SJooorted I ~ffirrro O( by CHSE untIl I~ere Is no ,o.ngerJ relulre'lnt'Ic,r , REVIEWED BY; PROJECT MANAGER . ~ the fastcr .d~splay, .bo.Lt\'tcrtft'of'frt h1ct.:\-:'c. ./ I o 3.2.Z Item 2 CMSt cannot b~ orovidA 100% cuslc-er I securIty and stil I orovlje n31nten3~ce. It 'lust b~ I o{...~ . thl! r~sponslbllty of C~SE. Ihe tests. dla1~ostlcs and t~1! utIlItIes to stav .. lfhin· tllP. 1151< 3:11ress ., ~./ boundarIes soecl f le<1.Il.,. tll~ g"ef't.to .... ':E ... T'le _.opQ.r.a.u.r.LCL .. .111 h'lve ·th_r-',o()n-s-Tvn-t-ty--"ut . -f)-I'

o Se~. 3.2.&.2 - Sysfcm InitIalIzatIon - Th~ Co~~on Halntenunce Software Executive hili r~~id@ on the same media as the flrmrlare/control .. ar d and Is planned as being the S3me as t~e operltin, syste~ RESPONSE TO REVIEW DISTRIBUTION ftled I a.

RESPONSE DATA SERVICES •••••••••••••• -Approved, m~u ru SYSTEMS AND SERVICES COMPANY I, nn,..n' ·'ri· Mmn 11/"3n177

PERIPHERAL PRODUCTS COMPANY Approv9cf, non-responsQ o Sec. 3.1.2 - G2 - For CYJE~ 170 nOl~ the e.~cutlv~ HII' no' retrIeve on-line error reo~rts. Thd Cy~£~ 80 AnllcOliledJ DOD-cesjl..IillSl! ex~curlve wl.11 rolrievo 'he error.rdoort, it tn. ODeratln9 systpm has loq~ed t~~~ on a dISk area that I' SERVICE BUREAU COMPANY Is knoHn and accessable to C~SE. I I PRODUCT AND SERVICES STRATEGV 0.3

j"" .' , I APPROvED; '-..L7.:..• ...:.!_.:_7. __r __ (_._/(._;_,_·,_'J./~l_~(_, ,_,+/_. __ COMPANY OELEGATE DATE -' None.

AA64"I 12174 Rev 03 ,.....,-<~.> J' DESIGN OBJECTIVES/REQUIRE.MENTS APPROVAL I:'"'I' "'d'" i"'",.' Page 01 L ~ COMPANY PRIVATE __".«:~" ...... ,..( ..O't" .. 4 1.0 • [ODOR] II , N:fINITION _J(~a!!!n~a~d~12a!ln.-£.J):=.evy,;l!:=.l~oO!lP~m~e,-!n!.!t,-- ___ OIVISION ARH21.3n REV. II __0_3 __ Cyber &0 I/O t5 the 1/0 System fo~ the Cyber 80 S2 ~nd S3 Mainframes. Its main characteristics are: r Common I/O Hardware for advanced Cyber 170 NOS and • NOSIBE and Cyber 80 OS. . DESIGN • [OBJECTIVESREOUIREMENTS ] fOR: ____CVBr'R":.:.;::. ..:::.:....:::..::...... :=-:::.-. LID I/O ______Plug Compatibility at the channel level with Cyber I'SI'i~. ou".,m ,hal dot. no, 'Wlyl • 170 Peripherals.

• 5 to 20 Peripheral Processors. SIGNATURES - DEVElOPING COMPANY DATE, • 8 to 24 Channels. I'R[PARED BY: B, (. Brookes, TTOFAC, X513 • 2 to b Independent interfaces for' connection to the I1EVIEWED !JY: PIIOJ[CT MANAGER ~~ I~'" Cyber 80 Maintenance Channel. 'i4/J~ • 16-Bit internal processing with 12-blt processing for the Advanc~d Cyber 170. DIVISION ENDORSEMENT: GENERAL MANAGER c' '-;;'21 ~7 7? (Ill L~ . • Ability to support low cost operator console and I remote maintenance,

. /~tf7h;(JJ7 1-51·7t 1.2 STATEMENT Of COMPLIANCE COMPANY ENOORSEMENT; COMPANY DElEGAT{. ,I.!A, •

CY80 1/0 conforms to the AO/R Rev A except as 'follows: .ll.!Lr!!. M lli!. RESPONSE TO REVIEW DISTRIBUTION Mfg. Cost of Tar~et System 10PP/1bCH $67.6Kll $53K • Allowance for Malntenance Processer _0_,_ _ 5_

RESPONSE ~ATA StRvICtS ••••••••••• • "TBF tlemental 10PP/16CH 2160 hrs 23QO hrs SYSTEMS AND SERVICES COMPANY • MTBUA {at CISO release) . "170 1032 PERIPIiERAL PRODUCTS COMPANY • "TBI do"'n CY170 {at release} 437, .. '17 5 I 'C ((;. ------.------jPt1ltl~ srRVIce !JunEAU COMPANY NOTE *: Manufacturing Cost Breakdown ' /v h,r' • Pak inclUding +10% variance $23.5K Ilf) PRODUCT AND SERVICES STRATEGY • Cabinet and STCO TOTAL

The most recent manufacturing cost information, / APPROVED: I/it/r N-tf,/ dated 6 Oct 1977. estimates the lOth unit cost of o;?(tI COMP/,NY DEl[GATE the target system to be S7l,~4G. OflTE 3' - / - 7/(: DESIGN OBJECTIVES/REQUIREMENTS APPROVAL

COMPANY PRIVATE CYSER ~D rcs CQUPLER ~~

• [~] # ARH22"~ (O!'1PUT.QLP.£:vnOPM!:NT DIVI~ION 0.0 Statement of Co~pliance REV.# ___0:::...... __ The Cyber, 80 [0; Coupler will co..,,,ly with t.he ao"lic;;hll? sec­ tiO~5 of tho Cybcr as Archit.ectural O~ject.ives/~equir~~~~t~ DOCUMEnt, No. A~H16o~, Rev. 07 {second draft r~vi~ic~ 6, 8-15-77} except for the following: OES'G'I' [H.'(':'!;t'.((.ll ] REQvrREI~ENTS FOR: ~C\..~S...J.C}lQJ.iU.r::P.r.I.I.EJlR______Section 10·3 ECS Coupler ("StrIke Qut ferm that ~oel not app'Y) o The AD st.ate..,ent is - Ma~ufacturing cost. cbjec~ive is $lDK/1Dth unit {including csbinet and cable}. SIG-:ATU!"ES - DEVELOPINO COMPANY I DATE o The 2XC~2~ic~ is b~sed en a nanu~acturing (os~ Es~~m~~~ {jatEd S/29/77} ~~ic~ e~tima~ed a ccs~ o~ Sl~,a:c ~~I~ ~~~ r/~tf7 7 :!'~!th prcd·J("'tl-:..n cot.:;:ler. Fer a cost b~e:,

RESPONSE TO REVIEW DISTR"iuTIOI~

RESPONSE

sy:;n,:') 1\1/0 :;EP.VICES COMPANY

PE I

ppooue T .11"1::1 ~F.~VICES STRATEGY

CORPORATE £'IIG'NEERING AND SOFTWARE

COR~()R~TE MANUFACTURING, MTL .. AND 01\

APPRI)VED: ------VICE PRESIDENT {company dr"9"'O' DATE

'.f.<;.!.- "1J r.' DESIGN OBJECTIVESIREQUIREMENTS APPROVAL CONT~OL OA~~CO~PORATION COMPANY PRIVATE COMPUTER OEVELOPH~NT DIVISION -...... ~ ...... ~. DOCUMENT CLASS--D!SlGU_!!2UlRttl~UIS (Q~' PAGE NO. __~~L- __ __(:,:O:..;,:l;,;.P.:U;,;.T.:E;,;.R_P:,:E:,:V;.:£;:l;.:O.;.P,;.;M_£_"T--..; __ DIVISION P'{OOUCT NA HE-1:.!2lEl:.!J.:.:!,llifllL1Wll.-l:. 'II:;::' ,':~P! !''''I1!2...1C~.L.' _ ...... - PROOUCT !100EL 110.______HACHI!IE SE~IES _____ REV.# _...!O~]'!.., ___

STATEMEQr OF COHPLIAtlCE

• [~r..'):"X-;(!!l:X ] R' C fl tl -nd Environment: Monitor - (YU"'R 80 This DR defines the CE~. and as such, conforms ~Ith DESIGN RE OUI RHIENTS FO 0 -=-o:,:n~::..:g~u:..:r..:a:.:.::.:o:.:.;n;....:u.;,;.;::..:::.:.:..;,.:.:.,.;:.;.;;.::..:.;.:..::....:.:.:..:.:.:..:..:::.:..-_.=....:..::.L=.:..:.....::.:~ the CDC CYBER 63 System Baseline DefinitIon, wIth the followln1 exceotlons.

Itel'! ThIs A.O/~ Oq Relerence SIGNATURES - OEVELOPING COMPANY DATE Reference

Mfg Cost CEN 11.1.3 HZ.It.ll SS,OOO

S2 Power Syste'll

RESrONSE TO REVI eIV DISTR IBunON IlPP Pr09~a'll Jj OrfIC( - I). L. Slais l'!f. /'1.£/1 q,/s/J~ flPP - L. E. Jods aas ~. r.... " , • '., v, ,,_t_=:: 'W~f7V RESPONSE SYSTE\lS AND SERVICES coYY P£!lIPHERAl PRODUCTS CO~.~PAN Y

o· PROOL'CT AND SERVICES STRAT EGY

COI1PORATE £::GINEERING AND SOFTWAAE

CORPORATE I.'A.NUFACTURING. MTL .. AND OA

APPRO\'£D: ______--.;. ____ _ VICE PReSIDENT (companv dtltgJI.' DATE