The information on the accounting card is as follows:
Column -,=s Contents Userid-- User formatted data 9-78 79-80 Accounting card identification code (CO) Fer infor.ation On uSing DIAGNOSE code X'4C' Instruction in a Virtual Machine" in this section. Operational Notes see """ ... ., ,.. ...... ",." "JJ.l.AUllV;;JJj If a punch is started for two classes with NOSEP specified, accounting
cards are not uniquely separated from data decks. If started with NOSEP specified, the operator is prompted when a user has a deck to be
punched. The operator can thus remove any accounting cards before
starting the punch. After data is through punching, accounting cards may
be punched.
If the amount of free storage (available page frames) is relatively small and the card punch is not periodically assigned to punch out CP's accounting cards, it is possible for cpts accounting routine to
progressively use up a significant percentage of the available page frames and cause a page thrashing condition to occur in VM/370. This is
because the accounting routine creates and updates accounting records in
real storage, and does not free that storage space until the accounting
records are punched out on the real system card punch. This situation
is further aggravated when the accounting option for a batch virtual
machine is in effect, due to the increased number of accounting records
To eliminate this problem, it is recommended that one punch pocket be
permanently dedicated to this accounting function, or, if that is not
feasible, to punch out all the accumulated accounting records every 1 to
2 hours.
User Accounting Options You may insert your own accounting procedures in the accounting
routines. See the "CP Conventions" section for information on CP coding
conventions and loadlist requirements. Operator responsibilities in
such cases should be defined by the installation making the additions. When designing such accounting procedures, you should understand that:
1. The accounting routines are designed to te expanded. The entry
point provided in the accounting module for installation use is
called DMKACON. If you want to perform additional accounting
functions, you should modify the following copy files:
ACCTON (account on) --for action at logon time. This is provided
as a null file. It can be expanded to provide additional functions
at logon time. The ACCTON routine can request the system to force
the user off by returning a nonzero value in SAVER2. However, if
the operator is automatically logged on during system
initialization, the nonzero return code has no effect. 130 IBM VM/370 System Programmer's Guide
Note: The ACCTON COpy file distributed with Ve/370 contains the basIc logic required to enhance system security based on the 3277 Operator Identification Card Rsadsr f€ature. Additional checking may be added to examine or validate the data read from the
identification card. ACCTOFF (account off) for action at logo!! time. Th1S section
contains the code that fills in the account card fields. It does
not reset any internal data. This file exists in both DMKICO and DMKCKP (checkpoint). If the ICCTOFF copy file is changed, both
modules should be reassembled.
2. CP has no provision for writing the accounting records to disk. 3. In addition to CP accounting, your installation can use the
accounting routines to supply virtual machine operating systea accounting records. This provides a means of job accounting and
operating system resource usage accounting.
4. If no punch is generated in the VM/370 system, accounting records
are not queued for punching. The ICCTON and lCCTOFF copy files are
still called, however. Part 2. Control program (CP) 131
Previous Page Next Page