home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / vmutil / 1899 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.6 KB  |  32 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!MSU.BITNET!GEORGEH
  3. Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:GEORGEH@MSU.BITNET>
  4. Message-ID: <VM-UTIL%93012714270714@OHSTVMA.ACS.OHIO-STATE.EDU>
  5. Newsgroups: bit.listserv.vm-util
  6. Date:         Wed, 27 Jan 1993 14:25:00 EST
  7. Sender:       VM Utilities Discussion List <VM-UTIL@OHSTVMA.BITNET>
  8. From:         "George_J.Haddad" <GEORGEH@MSU.BITNET>
  9. Subject:      CMS Monitors
  10. Lines: 20
  11.  
  12. In-Reply-To: The letter of Wednesday, 27 January 1993 1:56pm ET
  13.  
  14. We track the usage (but not the resources) of certain products by
  15. intercepting SVC 202/204and SMSGing a SVM which records the invocation
  16. of the tracked commands. We do this with a CMS nucleus extension which
  17. enables itself as a FLIH and calls DMSITS as a 2ndLIH. We don't get
  18. any resource stats (i.e. CPU usage) doing things this way but we have
  19. no need for that level of detail at present as we do not use this
  20. facility for chargeback ... merely to audit if costly products are truly
  21. needed and used by our users. As a result, we can live with the
  22. fact that the NUCEXT is volatile (as opposed to BALRing to our code as an
  23. exit from DMSITS itself).
  24.  
  25.  
  26. One of my old shops used VMACCT for tracking certain program product
  27. resource usage .... one disadvantage at that time (mid 80's) was that
  28. we were required to re-build the executable MODULES we wanted to track
  29. to use the VMACCT code as their maint entry-pt. Don't know if things
  30. are any cleaner today. The advantage was that it did cut CP accounting
  31. records which were easily rolled into our standard accounting reports.
  32.