home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8902 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  2.2 KB
  1. Path: sparky!uunet!sun-barr!ames!lll-winken!phoenix.ocf.llnl.gov!terry
  2. From: terry@phoenix.ocf.llnl.gov (Terry Heidelberg x24154)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Monitor 1.05.1 (was Re: Uptime problem in Aix 3.2)
  5. Message-ID: <133786@lll-winken.LLNL.GOV>
  6. Date: 19 Aug 92 00:47:55 GMT
  7. References: <1992Aug11.170432.420@mintaka.lcs.mit.edu> <JMAKI.92Aug12160253@veivi.hut.fi>
  8. Sender: usenet@lll-winken.LLNL.GOV
  9. Organization: LLNL
  10. Lines: 32
  11. Nntp-Posting-Host: phoenix.ocf.llnl.gov
  12.  
  13. In article <JMAKI.92Aug12160253@veivi.hut.fi>, jmaki@veivi.hut.fi (Jussi Maki)
  14.  writes:
  15. |> 
  16. |> I'm sorry, but monitor 1.05.1 will show wrong uptime values when used
  17. |> with AIX version 3.2. This is due the modifications that IBM has made to their
  18. |> system.  If anybody knows the real story of how sysinfo.runque and
  19. |> sysinfo.runocc values (described in /usr/include/sys/sysinfo.h) are
  20. |> handled in aix3.2 versus aix3.1 I would be very glad to know it. Those
  21. |> variables are used to calculate load average values. The documention
  22. |> with include files don't seem to be up to date.
  23. |> 
  24. |> I have tried to modify load average calculations to work with aix3.2
  25. |> but there might still be some bugs with those modifications.  I'll
  26. |> make the beta test version available from
  27. |> ftp.funet.fi:pub/unix/AIX/RS6000/monitor-1.06beta.tar.Z with anonymous
  28. |> ftp. I don't guarantee that it will work since I've been very busy
  29. |> with other projects here.
  30. |> 
  31. |> About that real memory value, I don't know the correct vay to do
  32. |> it in AIX3.?. My way has worked with 300 and 500 series. We don't have
  33. |> any RS/6000 model 220's here so perhaps somebody who has one could
  34. |> try to peek the way to look the real memory value. (Or IBM could
  35. |> tell us the correct way to do it?). If there would be an "AIX
  36. |> Internals manual" life would be lot easier with this.
  37.  
  38. Or better yet, maybe IBM could take over the maintenance of 'monitor',
  39. include it in the base software, and see to it that it works right on 
  40. each release?     It sure beats the hell out of PS for watching the 
  41. dynamic process behavior of a system.
  42.  
  43. How do IBM software developers observe the dynamic process behavior of
  44. AIX, anyhow?     By installing a version of 'monitor'?
  45.