home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / sysmgt / 334 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  3.0 KB
  1. Xref: sparky vmsnet.sysmgt:334 comp.os.vms:17817
  2. Path: sparky!uunet!stanford.edu!ames!sun-barr!cs.utexas.edu!uwm.edu!linac!att!bu.edu!BUDSGA.BU.EDU
  3. From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
  4. Newsgroups: vmsnet.sysmgt,comp.os.vms
  5. Subject: DECps Accounting Chargeback question/gripes
  6. Message-ID: <101579@bu.edu>
  7. Date: 11 Nov 92 22:06:15 GMT
  8. Sender: news@bu.edu
  9. Followup-To: vmsnet.sysmgt
  10. Organization: BOSTON UNIVERSITY, OFFICE OF INFORMATION TECHNOLOGY
  11. Lines: 51
  12. X-News-Reader: VMS NEWS 1.24
  13.  
  14. Question:   Does anyone know why DECps-Data Collector (DECps-DC) is a
  15.  prerequisite to DECps Accounting Chargeback (DECps-AC)?  It doesn't
  16.  appear that DECps-AC touches any of the data collected by DECps-DC.
  17.  
  18. Gripes:   Also, how many folks think that the DECps-AC is pretty lame?  Here
  19.  are a couple of issues that I see:  
  20.  
  21.  A.  Disk Usage:   Let's assume that you want to charge in units of
  22.  blocks/day and that your charge period is one month. 
  23.  
  24.    In order to get disk usage, you need to generate an ANALYZE/DISK/USAGE
  25.    report for each day and each disk and then append these 30+ reports to
  26.    a single file for use by the ADVISE... command.  Please!  You don't
  27.    need the gigabytes of information which this scenario requires.  (I
  28.    just got a single usage report for a volume-set of two RZ23's and it
  29.    produced close to a 2000 block USAGE.DAT file.  Muliply that by 30 and
  30.    you have a 60000-block file for one month.  Imagine what it would be
  31.    like if you were calculating it on "real" disk volume(s)!)
  32.  
  33.    I have a really rudimentary disk usage accounting program which
  34.    estimates the actual usage each day by qio-ing all of the disks on the
  35.    system and querying the diskquota for all of the uic's. This value is
  36.    then added to a month-long running total  for each uic.  The result is
  37.    a file containing records of each UIC with its corresponding running
  38.    total.  (This design could be easily modified to address DECps-AC's
  39.    issue of charging "Categories.")  It would seem that this would be a
  40.    much more desirable approach to get this  information than the
  41.    ANAL/DISK/USAGE method.  (Too bad I can't tell it to use my routine!:-)
  42.    
  43.  B.  JOB-class charging:    
  44.  
  45.    There doesn't appear to be a way to assign different prices if a
  46.    particular job was run in batch in a specific queue or if it was     
  47.    run at a different priority than DEFPRI.
  48.  
  49.    You could always create separate accounting binary files which were
  50.    generated by ACCOUNT/PRIO=x/BIN... and then use the ADVISE CHAR/CATEG
  51.    command,  but you then won't be able to generate a single bill.
  52.  
  53.  C.  Wouldn't it be nice to have ADVISE CHARGE_BACK REPORT/USER=(...)
  54.  or ADVISE CHARGE_BACK REPORT/UIC=[*,*]
  55.  
  56.      Here again, you could create separate binary files using ACCOUNT/USER,
  57.      but why go through that intermediate steps/files?
  58.  
  59.  D.  I would have liked to see more resource pricing recommendations based on a 
  60.  formula similar to the one in AppB of the DECps-DC user's guide.
  61.  
  62.      That's about enough from me for now.  :-)
  63.  
  64.          Chip Tewksbury
  65.