6947ch02.fm

Draft Document for Review April 7, 2004 6:15 pm

￿IBM 2084 model B16 - 16 PUs are available for characterization as CPs, IFLs, ICFs, zAAPs (up to 8), or additional SAPs

￿IBM 2084 model C24 - 24 PUs are available for characterization as CPs, IFLs, ICFs, zAAPs (up to 12), or additional SAPs

￿IBM 2084 model D32 - 32 PUs are available for characterization as CPs, IFLs, ICFs, zAAPs (up to 16), or additional SAPs

When a z990 order is configured, PUs are selected according to their intended usage. They can be ordered as:

CP

The Processor Unit purchased and activated supporting the z/OS,

 

OS/390, z/VSE, VSE/ESA, z/VM and Linux operating systems, which

 

can also run the Coupling Facility Control Code (CFCC).

Unassigned CP

A Central Processor purchased for future use as a CP. It is offline and

 

unavailable for use.

IFL

The Integrated Facility for Linux (IFL) is a processor unit that is

 

purchased and activated for exclusive use of the z/VM and Linux

 

operating systems.

Unassigned IFL

A processor unit purchased for future use as an IFL. It is offline and

 

unavailable for use.

ICF

A processor unit purchased and activated for exclusive use by the

 

Coupling Facility Control Code (CFCC).

zAAP

A processor unit purchased and activated for exclusive use to run Java

 

code under control of z/OS JVM.

Additional SAP

The Optional System Assist Processor (SAP) is a processor unit that

 

is purchased and activated for use as a SAP.

Unassigned CPs are purchased PUs with the intention to be used as CPs, and usually have this status for software charging reasons. Unassigned CPs do not count in establishing the MSU value to be used for MLC software charging, or when charged on a per processor unit basis.

Unassigned IFLs are purchased IFLs with the intention to be used as IFLs, and usually have this status for software charging reasons. Unassigned IFLs do not count in establishing the charge for either z/VM, or Linux.

This method prevents RPQ handling in case a temporary downgrade is required. When the capacity need arises, the unassigned CPs, and IFLs can be assigned nondisruptively.

Upgrades

Concurrent CP, IFL, ICF, or zAAP upgrades are done within a z990 model. Concurrent upgrades require PU spares. PU spares are PUs that are not the two standard spares on each MCM and are not characterized as a CP, IFL, ICF, zAAP, or SAP.

If the upgrade request cannot be accomplished within the given model, a model upgrade is required. A model upgrade will cause the addition of one or more books to accommodate the desired capacity. Additional books can be installed concurrently.

Upgrades from one IBM 2084 model to another are concurrent and mean that one or more books are added. Table 2-5shows the possible model upgrades within the IBM 2084 model range.

62IBM eServer zSeries 990 Technical Guide

Page 75 Page 77
Page 76
Image 76
IBM 990 manual Upgrades, Unassigned CP, Unassigned IFL, Zaap, Additional SAP
Page 75 Page 77

990 specifications

The IBM 990 series, often referred to in the context of IBM's pioneering efforts in the realm of mainframe computing, represents a unique chapter in the history of information technology. Introduced in the late 1960s, the IBM 990 series was designed as a powerful tool for enterprise-level data processing and scientific calculations, showcasing the company's commitment to advancing computing capabilities.

One of the main features of the IBM 990 was its architecture, which was built to support a wide range of applications, from business processing to complex scientific computations. The system employed a 32-bit word length, which was advanced for its time, allowing for more flexible and efficient data handling. CPUs in the IBM 990 series supported multiple instructions per cycle, which contributed significantly to the overall efficiency and processing power of the machines.

The technology behind the IBM 990 was also notable for its use of solid-state technology. This provided a shift away from vacuum tube systems that were prevalent in earlier computing systems, enhancing the reliability and longevity of the hardware. The IBM 990 series utilized core memory, which was faster and more reliable than the magnetic drum memory systems that had been standard up to that point.

Another defining characteristic of the IBM 990 was its extensibility. Organizations could configure the machine to suit their specific needs by adding memory, storage, and peripheral devices as required. This modular approach facilitated the growth of systems alongside the technological and operational demands of the business environments they served.

In terms of software, the IBM 990 series was compatible with a variety of operating systems and programming environments, including FORTRAN and COBOL, enabling users to access a broader array of applications. This versatility was a significant advantage, making the IBM 990 an appealing choice for educational institutions, research facilities, and enterprises alike.

Moreover, the IBM 990 was engineered to support multiprocessing, which allowed multiple processes to run simultaneously, further increasing its effectiveness in tackling complex computing tasks.

In summary, the IBM 990 series represents a significant advancement in computing technology during the late 20th century. With a robust architecture, versatile configuration options, and a focus on solid-state technology, the IBM 990 facilitated substantial improvements in data processing capabilities, making it a cornerstone for many businesses and academic institutions of its time. Its impact can still be seen today in the continued evolution of mainframe computing.
Top Page Image Contents