The DIARY       User's Manual


Welcome to The DIARY
====================

  The  DIARY is a program that allows you to select one or more JOBs on your
system and record every move made by each JOB.  You may monitor up to 30 JOBs
on  your  system at once with The DIARY.  For each JOB you choose to monitor,
you may completely dictate exactly how The DIARY should record the actions of
the JOB.  For  example,  you can watch seven JOBs "like a hawk" and "casually
scan"  five  others.  And it's quick - The DIARY will seem transparent to all
of your normal daily operations.

  When a JOB runs The DIARY, the program will create statistics files in the
PPN where the JOB is currently  logged.  These files are in a compact format.
You  cannot  type  these  files out directly.   However,  there  is  a  quick
conversion program that will  take a statistics file created by The DIARY and
convert this information into a  legible  ASCII  file that you may then TYPE,
VUE, or PRINT.

Loading Your New Software
=========================

  The DIARY is very flexible.  One of the neat features of The DIARY is that
the JOB running DIARY.LIT may be logged into any PPN  on your system.  One of
the better locations for this JOB would be off of DSK0:  since  this  disk is
overloaded  on  most systems (remember: the program creates files in the  PPN
where the JOBS is  logged).   As  for  disk space requirements, you will find
there is a lot of information that The DIARY  may store in a relatively small
space.  However, if you are going to push The DIARY  to its limits, you might
want to locate the JOB on a disk that has some ample free space.

  Suppose you choose DSK2:[300,0] as the location where  the JOB running The
DIARY will be logged ( we will assume this location for the  remainder  of the
documentation ).  Perform the following:

   1)    .LOG DSK2:[300,0]
   2)    .VCRRES = ALL:[]

1)  DIARY.LIT   - The actual monitoring program.
2)  DIARY.INI   - A sample initialization file for DIARY.LIT.
3)  STSLST.LIT  - The statistics ---> ASCII conversion program.
4)  STSLST.CTL  - A sample control file for the Task Manager.

Running The DIARY
=================

1)  Understanding and Modifying the DIARY.INI File

  In order  for  The DIARY to know exactly how each chose JOB on your system
should be monitored, the program reads in a file called DIARY.INI.  This file
contains two basic parts.  The first part of the file (the first three lines)
must never be removed  from  the  file .  The second part of the file consists
of  one  or more "paragraphs" - one paragraph  for  each  JOB  chosen  to  be
monitored.

  Below  is a sample DIARY.INI file - the same sample you have  received  on
the VHS cassette.   You  will  need  to modify this file to suit the needs of
your own system.  This sample file is set up to inform The DIARY to watch two
JOBs on the system:  JOB2 and PHONE.   All  text  presented in  BOLD  indicates
"do  not  modify".   All  text  in  ITALICS  indicates variables  that  may  be
modified to meet the needs of your system.

Two notes:   1)  Do NOT have any spaces following any of the "=" signs.
             2)  You may have up to 30 "paragraphs" (only 2 are shown in this
                 example).

                 NUMBER OF JOBS=2
                 NUMBER OF SCANS PER WRITE=3
                 NUMBER OF 1/2 SECOND SLEEP INTERVALS=2
                 JOB=JOB2
                 START HOUR=8
                 STOP HOUR=17
                 CPU SENSITIVITY=5
                 REALTIME=N
                 LOCATION=Y
                 PROGRAM=Y
                 READS=N
                 WRITES=N
                 CPU TIME=Y

                 JOB=PHONE
                 START HOUR=6
                 STOP HOUR=24
                 CPU SENSITIVITY=1
                 REALTIME=Y
                 LOCATION=Y
                 PROGRAM=Y
                 READS=Y
                 WRITES=Y
                 CPU TIME=Y

  Let's  look  at  each  line of the DIARY.INI file in depth.   The  numbers
listed on the far right indicate allowed ranges of each line.

Listed Once at the Top of the File
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

NUMBER OF JOBS=                                            (1...30)
  This line informs The DIARY  of  the  total  number  of  JOBs that will be
  monitored at any one time.  Each time you add a new JOB to  the  DIARY.INI
  file,  you  must  change  this  running count of the number of JOBs.  This
  number  should match the number of  "paragraphs"  (one  per  JOB)  in  the
  DIARY.INI file.

NUMBER OF SCANS PER WRITE=                                 (1...255)
  This number  indicates  how  many  times The DIARY will cycle through your
  system scanning the appropriate JOBs  and  store the desired statistics in
  memory  before  the  program writes this information  permanently  to  the
  statistics files.

NUMBER OF 1/2 SECOND SLEEP INTERVALS=                      (1...255)
  This value indicates how  long the JOB running The DIARY will sleep before
  awaking to  check  the  system  statistics.   If "hawk-like" monitoring is
  desired,  this  value  should  be  small.   In  a more  casual  monitoring
  environment, this value may be higher.  Not that  the lower the value, the
  more CPU time The DIARY will consume.

Listed For Each JOB Defined to The DIARY
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

JOB=                                                  (valid JOB name)
  For each JOB you've chosen to monitor, you must supply The DIARY  with the
  corresponding  JOB  name.   JOB  order  does  not  matter, and SYSTAT will
  produce  all valid JOB names if you are not sure what  each  JOB  on  your
  system is named.

START HOUR=                                                (1...24)
  This line indicates to The DIARY the hour in which you would like to begin
  recording  the  actions  of the particular JOB.  "24" represents 12:00 am,
  "14" represents 2:00 pm, etc.   You  may  only  indicate integer values on
  this and the following line.

STOP HOUR=                                                 (1...24)
  As with the START HOUR above, this line informs The  DIARY when monitoring
  should  cease.   Not that in order to monitor a JOB from  11:59pm  through
  12:01am, your START HOUR would actually be greater than your STOP HOUR.

CPU SENSITIVITY=                                           (1...255)
  This line determines  how  closely  The  DIARY  will  monitor  the  JOB by
  examining the CPU time that the JOB has used.  Each value of "1" indicates
  a  sensitivity  value of approximately 8 "jiffies" - a very small unit  of
  time.  If the CPU  time used by the JOB has changed by at least the amount
  of "jiffies" indicated,  The  DIARY  will record the current statistics of
  the JOB.  In simpler terms, to "watch like a hawk" enter a "1", to briefly
  scan, enter a larger number - the larger  the  number,  the less times The
  DIARY will record the current status of the JOB.

REALTIME=                                                  (Y/N)
  If you desire to have The DIARY record the real time of day  each  time is
  scans  the  JOB,  then this line should contain a "Y".  Placing an "N"  on
  this line will tell The DIARY to disregard the real time of day.

LOCATION=                                                  (Y/N)
  If this line contains  a  "Y",  then  each time The DIARY scans the JOB it
  will record the DSK:[P,PN] where the JOB  is  currently logged.  An "N" on
  this line will disregard the logged disk location when scanning.

PROGRAM=                                                   (Y/N)
  This  line determines whether or not The DIARY should  take  note  of  the
  program  begin  run  by the JOB at the time of the scan.  Placing a "Y" on
  this line will record  the  program  being run, an "N" will bypass program
  recording.  A nice feature of The DIARY  is  that  if  the  JOB  is "still
  running"  the same program as the last time The DIARY looked at this  JOB,
  The DIARY will  not  repeat the information to avoid redundancy.  When the
  JOB begins a new program,  The  DIARY will pick up from there.  This makes
  it  easy for you to examine how long  a  user  was  running  a  particular
  program!

READS=                                                     (Y/N)
  This  line  determines  whether  or  not The DIARY will record the current
  number of disk reads that the JOB has  performed.   A  "Y"  will  have The
  DIARY  record  the  disk  reads,  an  "N" will info9rm The DIARY to bypass
  recording disk reads.

WRITES=                                                    (Y/N)
  This is very similar to READS above.  If  you  desire  The DIARY to record
  the number of disk writes a JOB has made, enter a "Y" on  this  line.   If
  recording disk writes are not desired, then enter an "N".

CPU TIME=                                                  (Y/N)
  If  recording  the  current  total CPU time is desired, then a "Y" on this
  line will inform The DIARY to  record  the  running total.  If the current
  total of CPU time is not desired, then place an "N" on this line.

2)  Modifying Your AMOSL.INI File

  The DIARY can run on any one JOB on your system.   However,  The DIARY can
run just as well from a "mini" JOB setup on your system that does  not occupy
a  terminal  or  a  port.  In order to create such a JOB, you must make  some
modifications to your  system  initialization  file.   To  do so, perform the
following steps:

   1)    .LOG SYS:   |RETURN|
   2)    .COPY DTEST.INI=AMOSL.INI   |RETURN|
   3)    .VUE DTEST.INI   |RETURN|
        and add the following lines in the correct places:

             a)  Increase the line  JOBS  by one
             b)  Add a  JOBALC {jobname}  line
             c)  Add a  TRMDEF {trmname}  line
             d)  Where you attach terminals to JOBs, add:

                      ATTACH trmname  * ,  jobname  *
                      KILL jobname  *
                      FORCE jobname  *
                         MEMORY 15K
                         LOG DSK2:[300,0]  *
                         |RETURN|
                      WAIT jobname  *

(The * indicates a value defined by the User)

   4)  > F inish from VUE and enter

              .LOG OPR:

   5)  Test the new initialization file by typing

              .MONTST AMOSL,DTEST.INI

        If there is an error in DIARY.INI, the JOB running  The  DIARY  will
        create a file titled DIARY.ERR and  return  to  monitor  level ("the
        dot").   Type out the file DIARY.ERR to examine the error within the
        DIARY.INI file.

   6)  If MONTST works and there are no errors, then enter

              .RENAME AMOSL.OLD=AMOSL.INI
              .RENAME AMOSL.INI=DTEST.INI

3)  Initiating The DIARY

  To  start The DIARY at any time, simply type from  any  location  on  your
  system

         .FORCE jobname DIARY

   where "jobname" is the JOB assigned to The DIARY.

4)  Stopping The DIARY

  To stop  The  DIARY  at  any  time,  simply type from any location on your
  system

         .KILL jobname

   where "jobname" is the JOB running The DIARY.

5)  Examining a JOB's Statistics File

     The DIARY will create  a  unique  statistics  file  for  the  JOB being
  monitored  when  it  first  starts to record the actions of the particular
  JOB.   The  filename  of  each  statistics   file  is  in  the  format  of
  JOBNAME.STS.  If a statistics file for a JOB  already  exists,  The  DIARY
  will append any new information to this file.

     Statistics  files  are  in  a  compact format.  In order to examine the
  information from within a statistics  file,  you  need  to  run  a program
  called STSLST.   This  program  will  convert  a "JOBNAME.STS" file into a
  "JONAME.LST"  file  quickly  and accurately.  To perform  the  conversion,
  simply enter

         .STSLST jobname

   where "jobname" is the name of the ".STS" file you would like converted.

     Once this conversion  is  complete,  you may erase the "old" statistics
  file since all of the information in this  file  is now in a legible ASCII
  format.    Daily   erasing  of  all *.STS files after  conversion  to  *.LST
  files will increase the accuracy of each report and decrease the amount of
  CPU time The DIARY will consume.

     If  you  would  like to generate "daily reports" via the Task  Manager,
  there is an easy way  to  do  this.  Simply modify the supplied STSLST.CTL
  file  to  match the names of the JOBs listed in your DIARY.INI file.  Then
  submit this  file  to  the  Task  Manager.   For example, to have the Task
  Manager convert all of your statistics files to  list files every night at
  10:00pm, enter

.SUBMIT STSLST/PR1:1/AFTER:0-0-0,10:00 PM/NEXT:0-1-0/PERMANENT/RESTART

NOTES:

1)  You may only have one paragraph per JOB you choose to monitor.

2)  It is best to run STSLST only when The DIARY does  not  have  a chance to
   modify or update the corresponding statistics file.

3)  You may start The DIARY at any time.  No restrictions apply here.

4)  If security is a problem, place  The  DIARY in an account that contains a
   unique Project number (the first P in [P,PN]), and then place a  password
   on this account  via  SYSACT.   See  the  AMOS  System Commands Reference
   Manual for details.

5)  Avoid big statistics  files.   Update  statistic files on a regular basis
   with  STSLST.   Erase  the  old  statistics  files after  conversions  to
   minimize  disk occupancy and speed up the performance and accuracy of The
   DIARY.

6)  Although no  more  than  30  JOBs  are allowed, if you have the NUMBER OF
   SCANS PER WRITE fairly low in value, you may actually monitor  more  than
   30 JOBs  on the system.  The value 30 is stated to ensure proper function
   of The DIARY no matter what value is contained in the NUMBER OF SCANS PER
   WRITE.

7)  When  an  update  is  available,  BolderBITS  will inform you of the  new
   version  release.  There is no cost to you for an  update.   Simply  mail
   BolderBITS a VHS cassette, and the update will be shipped back to you.

8)  If there  is an error in DIARY.INI, the JOB running The DIARY will create
   a file titled DIARY.ERR and return  to  monitor  level ("the dot").  Type
   out the file DIARY.ERR to examine the error within the DIARY.INI file.

9)  AMUS appreciates any bug reports, hints, or suggestions to make The
   DIARY  clear to the end user or to "squash" any known bugs.  Please  feel
   free to call AMUS with any positive criticism or comments.