home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / vmsnet / internal / 1704 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.8 KB

  1. Path: sparky!uunet!cs.utexas.edu!swrinde!sdd.hp.com!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: Received Bytes Accounting
  5. Date: 19 Dec 1992 10:47:11 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 44
  8. Distribution: world
  9. Message-ID: <1guujfINNlv7@gap.caltech.edu>
  10. References: <01GSFKS4THCYAFTSR3@accuwx.com>,<1992Dec18.132136.4147@arizona.edu>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1992Dec18.132136.4147@arizona.edu>, leonard@telcom.arizona.edu (Aaron Leonard) writes:
  15. =In article <01GSFKS4THCYAFTSR3@accuwx.com>, Paladin 
  16. =<GOODMAN@ACCUWX.COM> writes:
  17. =
  18. =| None of the process accounting data that VMS records is a fair
  19. =| and accurate way to charge a user for use of a time-shared Vax:
  20. =
  21. =Bull.  Connect time is a perfectly good measure of resource 
  22. =consumption, because it directly relates to usage of real 
  23. =physical hardware: a terminal, a serial line, a modem, a
  24. =terminal server port, etc.
  25.  
  26. Not always.  They could've logged in via DECnet or the INTERnet.  In this case,
  27. all they've done is taken up the process overhead, which is pretty trivial. 
  28. Don't forget:  There *ARE* VAXen (more or less;  I consider the 3100 marginal
  29. :-) VAXen out there that don't have terminal lines, and that are accessed
  30. entirely via the network.
  31.  
  32. =Doubtful.  A Usenet reader perusing alt.sex.bondage may receive 
  33. =megabytes of "information" sent to his screen during a single terminal
  34. =session.  A physicist running a simulation may receive one line of
  35. =terminal output following an eight-CPU-hour run.
  36.  
  37. Exactly.
  38.  
  39. =I would contend that providing "usage information" in endless 
  40. =granularity and myriad detail would be overall harmful, because
  41. =it would further encourage myopic beancounters to spend enormous
  42. =amounts of time grovelling over infinitesimal particles of data, just
  43. =as SHOW MEMORY/POOL has caused man-centuries of somewhat
  44. =valuable system manager time to be squandered twiddling IRPCOUNT.
  45. =(Although it could well be argued that people so inclined are better
  46. =occupied entangled in makework than what they might be doing
  47. =otherwise, e.g. incompetently creating unmaintainable software.
  48.  
  49. I like that!
  50. --------------------------------------------------------------------------------
  51. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  52.  
  53. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  54. understanding of astronomy is purely at the amateur level (or below).  So
  55. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  56. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  57. hold me responsible for it, but my organization had nothing to do with it.
  58.