home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19641 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  3.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!bu.edu!BUDSGA.BU.EDU
  2. From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Question on charging/billing for VAX use.
  5. Message-ID: <105396@bu.edu>
  6. Date: 21 Dec 92 15:51:11 GMT
  7. References: <FD555166C0003867@SCUACC.SCU.EDU>
  8. Sender: news@bu.edu
  9. Organization: BOSTON UNIVERSITY, OFFICE OF INFORMATION TECHNOLOGY
  10. Lines: 68
  11. X-News-Reader: VMS NEWS 1.24
  12. In-Reply-To: CARL@SCUACC.SCU.EDU's message of 17 Dec 92 03:04:00 GMT
  13.  
  14. In <FD555166C0003867@SCUACC.SCU.EDU> CARL@SCUACC.SCU.EDU writes:
  15.  
  16. > A quick question... I hope.  Is there any facility or program that is
  17. > distributed with VMS that will perform rudimentary charging for users
  18. > on the VAX?  That is, you can specify a unit rate for cpu time,
  19. > connect time, printer units, disk space, etc. and it generates some
  20. > form of billing report for you.  I know there are commercial programs,
  21. > but I need something that will give me some sort of preliminary
  22. > information in order to decide what sort of revenues might be
  23. > involved.  This will be very helpful in budget justifications on our
  24. > VAX system.
  25. > 
  26. > Thanks in advance.
  27. > 
  28. > Carl Fussell
  29. > Santa Clara Univ.
  30. > Internet:  carl@scuacc.scu.edu
  31. > Bitnet:    carl@scu
  32. =========================
  33.     Carl,
  34.  
  35.         You might want to check the DECps Accounting Chargeback (DECps-AC)
  36.         package. (Since you're an institution, you probably get this for no
  37.         cost as part of your CSLG portfolio -- which is the only reason I'm
  38.         recommending it. ;-)
  39.  
  40.         Note that there are a number of somewhat brain-dead algorithms which
  41.         are used in the calculation of resources:
  42.  
  43.              1)  Charging per-process resources a flat-rate for ALL process
  44.              classifications.  (I.e., no way to charge different rates for a
  45.              low-priority job versus a "normal" interactive job.)
  46.  
  47.              2)  Using USAGE.DAT files (generated by ANALYZ/DISK/USAGE) to
  48.              determine disk prices.   On larger systems, this procedure is
  49.              virtually guaranteed to be an unacceptable practice due to the 
  50.              vast amount of disk space needed to store these files.  (I do
  51.              have a work-around for this rather disgusting requirement which
  52.              reduces the requisite disk space to under 100 blocks per disk. 
  53.              Let me know if you want it.)
  54.  
  55.              3)  No way to selectively charge account categories (i.e., a
  56.              particular uic group, account, etc.) from within DECps-AC.
  57.  
  58.                 Note that both 1) and 3) do have a work-around, in some
  59.                 instances, in the form of intermediary ACCOUNTNG and pricing
  60.                 files.  But again, it seems a pretty lame approach to
  61.                 require these secondary (and tertiary) steps.
  62.  
  63.              4)  DECps Data Collector as prerequisite software (which is
  64.              only needed during installation, apparently, and not used at
  65.              any other time.)
  66.  
  67.         On the plus side, it's surprisingly simply to install and the set-up
  68.         is trivial since there's not that much too the software.
  69.  
  70.     If you're looking for something really basic, which I gather you are
  71.     based on the questions in your original posting, you should find
  72.     DECps-AC....(somewhat) acceptable.
  73.  
  74.                 Good luck!
  75.  
  76.                              Chip Tewksbury.
  77.  
  78.              P.S.  Note that the "problems" with DECps-AC described above
  79.              are associated with V1.0.  I would anticipate (notice I didn't
  80.              say assume :-)  that many of these issues will be resolved in a
  81.              very-near-future release.
  82.