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

6947ch02.fm

￿Conversion of feature code 0517 to 0516, for conversion of an unassigned IFL to an IFL

￿Conversion of feature code 0518 to 0516 or 0716, for conversion of an ICF to an IFL or a

CP

All listed conversions are usually non-disruptive. In exceptional cases the conversion may be disruptive, e.g. when an IBM 2084 model A08 with eight CPs is converted to an all IFL system. In addition LPAR disruption may occur when PUs must be freed before they can be converted.

This information is also summarized in Table 2-7.

Table 2-7 PU conversions

To

CP

Unassigned

IFL

Unassigned

ICF

From

(0716)

CP (1716)

(0516)

IFL (0517)

(0518)

 

 

 

 

 

 

CP (0716)

-

Yes

Yes

No

Yes

 

 

 

 

 

 

Unassigned - CP (1716)

Yes

-

No

No

No

 

 

 

 

 

 

IFL (0516)

Yes

No

-

Yes

Yes

 

 

 

 

 

 

Unassigned IFL (0517)

No

No

Yes

-

No

 

 

 

 

 

 

ICF (0518)

Yes

No

Yes

No

-

 

 

 

 

 

 

Capacity Backup (CBU)

CBUs deliver temporary capacity (feature code 7800) on top of what a customer might have installed in numbers of assigned CPs, IFLs, ICFs, zAAPs and additional SAPs. The total number of active PUs (the sum of all assigned CPs, IFLs, ICFs, zAAPs, and additional SAPs) plus the number of CBUs cannot exceed the total number of PUs available on the MCMs in all books.

To determine the number of CBUs that can be added to a given configuration, some rules must be considered:

The number of assigned CPs + IFLs + ICFs + zAAPs, + add’l SAPs + CBUs =< 8 on an IBM 2084-A08

The number of assigned CPs + IFLs + ICFs + zAAPs, + add’l SAPs + CBUs =< 16 on an IBM 2084-B16

The number of assigned CPs + IFLs + ICFs + zAAPs, + add’l SAPs + CBUs =< 24 on an IBM 3084-C24

The number of assigned CPs + IFLs + ICFs + zAAPs, + add’l SAPs + CBUs =< 32 on an IBM 3084-D32

Unassigned CPs and IFLs are ignored. In fact, they are considered spares and are available for use as a CBU. When an unassigned CP or IFL is converted into an assigned CP or IFL, or when additional PUs are characterized as CPs or IFLs, then the number of CBUs that can be activated is decreased.

Software model MSU values

All software models have an MSU value that is used the determine the software license charge for all MLC software. Table 2-8shows all MSU values for all software models.

The Mainframe Charter, announced in August 2003, offers lower software charges for selected IBM software on z990. This price/performance improvement is achieved by lowering the original established MSU value for each software model by approximately 10% resulting in a list of software MSU values (Pricing MSUs) to be used for software charging.

Chapter 2. System structure and design 65

Page 79
Image 79
IBM 990 manual Software model MSU values, From

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.