The meeting was held on 17 March 1982 at RAL. It now has a user as Chairman, Dr Graham Thompson who is a physicist. He has been appointed for a two year period.
He described the relationship between the Representatives meeting and the newly formed RAL User Liaison Committee (ULC) chaired by Prof D C Colley (Birmingham). Graham will represent RAL IBM users on the ULC and will use the Representatives meeting to obtain a consensus on issues to be discussed. He hopes to increase the frequency of the Reps meetings to correspond with those of the ULC (3 per year). He is also prepared to accept individual user views by electronic mail (ELECTRIC ID=ZS, CMS ID=GT) or by letter to the following address:
Department of Physics
Queen Mary College
Mile End Road
LONDON El 4NS
Cliff Pavelin, Head of Systems Group, reviewed the replacement programme. The CCC had recommended to Council to use an expected underspend in 1981/82 to bring forward the purchase of the IBM 3081D. The underspend is now insufficient to fund the purchase and Council was asked on 17 March 1982 to decide if the proposed purchase should go ahead as planned.
Council deferred the decision until the next meeting on 24 April 1982 and asked for further technical and financial information. Should the purchase go ahead it is believed that the delivery date of June/July can still be met by IBM.
Doug House, Head of Operations Group, reported that overall machine performance had been good with no major breakdown. Several periods of bad weather had caused minor disturbances to the service. The workload had been fairly constant and even low priority (1) had been executed without delay. Changes in rationing and control systems have been announced (FORUM 20,21). He reported that the 7.2 Gbytes of disk space was now available and could be used to expand public space, provide more permanently mounted private space and reduce drastically the number of disk mounts. There is now only one 7-track tape drive. This is in line with the CCP policy to discontinue use of this type altogether.
ELECTRIC - The control part of the allocation and control system was introduced in September. Other changes which have been implemented are:
The MUGWUMP routed lineprinter output is now controlled such that only jobs with less than 5000 lines of output are sent to ELECTRIC during Prime-Shift. Longer jobs are processed overnight. This used to be the case but had fallen out of practice.
Tim Pett reviewed the major factors determining a final date for closure of the ELECTRIC service and the proposals for its rundown which users will have an opportunity to comment on.
The principal changes have been to the software available under CMS. During the second half of the year, the following have been installed or modified:
There are currently three main areas of activity under CMS:
In addition, output from MVT graphics jobs to the FR80 and CMS graphics filestore are being worked on in conjunction with Systems Group.
There will an article on Future Graphics Developments in the next edition of FORUM.
MVS is the latest IBM operating system which we shall be running on the RAL central computers.
MVS is a paging system i.e. it allocates each task its own address space of up to 16Mb which will contain the user program and some neccessary system code and work areas. Because the available real storage is often much less than 16Mb most of the task's area remains on auxiliary storage and only the active parts of the program are brought into real storage. Thus MVS can share the real storage resource among more programs and, by skilful scheduling, can utilize the CPU much more efficiently than under MVT.
MVS requires a HASP-like subsystem to administer the input and output of jobs and look after the queue of jobs awaiting execution. IBM provide two such subsystems, JES2 and JES3. Because it fits best with our current installation situation and with our future plans we have chosen JES3. Under JES3 one processor, the 'global', provides all the functions of job input and output, resource management, job scheduling and the operations interface (rather like our FEM) . Any other processors, called 'locals' ,are just handed work to do by the 'global' (in an analogous way to the front-end-machine handling the back-end-machines).
The general implementation of the MVS service will have three main phases. The first phase will last a few months, during which a few basic facilities will be established. A second phase will allow a limited service to some users and during which components required for the full service will be implemented. The third phase will involve the full system, when users will be migrated from the MVT service.
Unless you have anything in your programs which is MVT or HASP dependent your programs should run on the MVS system with no changes. Any programs that you write in the future can take advantage of the increased availability of 'virtual' storage, you will not have to worry about fitting your program into real storage. There are other facilities which MVS provides to make more efficient use of auxiliary storage, eg an improved access method for sequential datasets and VIO (Virtual Input Output) which provides better handling of temporary datasets.
The MVS service will be developed independently from MVT. The systems will not have access to the same disks. Tapes in active libraries will be available for MVT or MVS, but not for both at the same time. However, it will be possible to transfer tapes from one to the other. Generally, users will be expected to work on one system or the other.
The present auto-archive library management system involving the ULIB's cannot be implemented for MVS in a satisfactory manner. Alternative arrangements are being sought.
Please contact UIG if you think your program may be MVT or HASP dependent so that they can assess the level of program modification required and help you to be ready for MVS when it comes.
HASP - The new version of HASP now contains two major changes :
CMS registration is being handled by Mrs Viv Walker of Resource Management section (ext 273). A limit of 10 new users per week is in force and anyone who is an existing ELECTRIC user can apply to Mrs Walker for registration. Non-ELECTRIC users should contact Dr Mike Jane (ext 408) to see if it is possible for them to be registered. When contacting Mrs Walker please supply the following details:
Surname, initials, title, address (work), Telephone number, MVT identifier and account no(s). Method of distribution of output (post, courier) or RAL pigeon hole),
LOGON password (maximum 8 characters, set to be the same as your CMS userid by default).
The userid in CMS is normally chosen to be the user's initials.
CMS Backup - It is not possible to provide a facility to restore files that have been erased accidentally.
New CP and CMS Versions - CMS version 1.7 was installed last November and included a local modification to access only R2 files on the R-disk (ie, excluding the HELP files). CP version 1.7 was implemented in February, the only major change being to the LINK command, which now has a slightly different format.
User Profiles - user 'PROFILE EXEC's should now be written in a different form. They should include the command EXEC STANPROF as the first line, to be followed by additional commands. To permit commands specific to screens, the command CONSTYPE should be used.
User 'PROFILE XEDIT's should not be used to replace the system file. Instead, if the user wants his own modifications, he should create a file 'USERPROF XEDIT', which is executed at the end of the system standard profile.
Machine Size - The default virtual machine size has been increased to 512K with a maximum of 1M.
RHELIB
The RHELIB routine ROUTES has been modified so that it can be called with two arguments or with one, providing support for secondary route parameters:
CALL ROUTES( ROUTE , SECOND ) CALL ROUTES( ROUTE )
CERNLIB - The new version of the CERN library is currently being installed. The library now has a multi-level structure. The lowest level, KERNLIB, contains a nucleus of basic and system-dependent routines, many of which are written in assembler. The second level library, PACKLIB, contains the large utility packages, such as HBOOK, which are all written in Fortran and only make external references to KERNLIB routines. The third level library, GENLIB, contains all the existing CERN library routines, except those appearing in KERNLIB and PACKLIB. We are installing version 0.0 of KERNLIB and the current Fortran IV versions of the remaining programs (these were the current versions at CERN on 1st December 1981).
We intend to use the same naming convention as CERN for the library datasets, which are as follows:
CR.PUB.PRO.KERNLIB4 - KERNLIB CR.PUB.PRO.PACKLIB4 - PACKLIB CR.PUB.PRO.GENLIB4 - GENLIB
where 4 indicates the Fortran IV version. Fortran 77 versions will be installed when they become available. It is hoped to make the library generally available under MVT by the end of April.
++U - This facility for communication with the PAO will be removed on 1 June 1982. It is not a satisfactory means of dealing with user questions. Users still have use of MESSAGE (ELECTRIC), ASKUS, TELLUS and GRIPE (CMS), and the telephone (Abingdon(0235) - 21900, ext 6111) if they experience problems. It should be noted that an 'Ansafone' is attached so that messages are recorded out of office hours and when the advisors are busy.
++T - Also on 1 June 1982 the ++T terminal will be removed. Messages to the tape librarian should be sent to ELECTRIC ID=JU, or to the CMS useridrTAPELIB.
Short Jobs - The boundary between Short and Long jobs is now 5 minutes.
UNIX - Amdahl's version of UNIX, known as the Universal Time Sharing System, was run for a trial period of 5 months in a virtual machine on the 3032. Its use was discontinued at the end of the year, mainly because of the adverse effect it was having on the performance of other CMS users.
VM User Reference Manual Version 1.7 of this manual is now available. For CMS users the RAL VM/370 reference card is also available.
Standardisation of User Interfaces - a study of this is being carried out by a joint committee involving the computing divisions at RAL and DL. Some minor changes to the MVT facilities may result but most of the work is directed toward MVS. A comparison of the catalogue procedure library with DL has shown a number of differences, most of which will be modified at DL.
Catalogue Procedures - In addition, a number of minor changes to the catalogue procedure library, 'SYS2.PROCLIB' , will be made, and any suggestions from users will be welcomed. Recent changes include the removal of all references to WORK30, DISK30, TEMP14 and UNIT=INTERNAL. Users are reminded that advice on writing their own catalogue procedures can be sought from PAO.
SERC users wishing to use ARPANET to access machines in the USA are reminded that formal approval is required from SERC and the ARPANET Governing Committee. Approved users are provided with identifiers and password and must observe the strict rule that this is only for their use. Anyone who allows their identifier and password to be used by someone not authorised to access ARPANET will have their approval withdrawn immediately. Use of this International Network is carefully scrutinised by British Telecom who have a representative on the Governing Committee. Abuse of the system could seriously prejudice the future for ARPANET.
M R Jane Head of Resource Management and Communications
2 June 1982 - DECsystem-10 Users Committee meeting, James Clerk Maxwell Building, King's Buildings, Edinburgh at 10.30 am.
The next shutdown of all computer systems (except network equipment) scheduled during 1982 for the maintenance of air-conditioning plant is:
0800 hrs Friday 10 Sept till late Monday 13 Sept
System Development is scheduled on Wednesday mornings from 08.30 to 10.30 and Thursday evenings from 17.30 to 19.30.
Routine Preventative Maintenance will take place on the following days from 1800 - 2200 hours. Login messages on the ELECTRIC and CMS services will be issued prior to each maintenance session as a reminder. 20 May 17 Jun 22 Jul 19 Aug 16 Sept 21 Oct 18 Nov 16 Dec
The editor regrets the misprint in his article in FORUM 21, section 1, para 5. This should read:
A much finer control on routing of output is possible with JES3. For example the //*FORMAT control record can be used to produce multiple copies of output datasets or to route different output datasets to different destinations.