home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / hp / 12642 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.9 KB  |  67 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!ukma!wupost!sdd.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!pasq
  3. From: pasq@cup.hp.com (Mark Di Pasquale)
  4. Subject: Re: Help with performance prob. on HP9000/815
  5. Sender: news@cupnews0.cup.hp.com
  6. Message-ID: <BxBHKu.DC@cup.hp.com>
  7. Date: Fri, 6 Nov 1992 23:07:42 GMT
  8. References: <1992Oct19.200016.22757@cactus.org>
  9. Organization: Hewlett-Packard
  10. X-Newsreader: TIN [version 1.1.4 PL6]
  11. Lines: 54
  12.  
  13. :     * The statdaemon process gets nearly a second of CPU for about every
  14. :       30 seconds of wall clock time. Up six days (including a weekend) and
  15. :       statdaemon has 325 cpu minutes on it. (What does statdaemon do?)
  16.  
  17. This is the sched_cpu() routine in the kernel.  Its primary function is
  18. to calculate process priorities (making them better).  When a process
  19. runs, a routine called hardclock() calls setpri() to make a process'
  20. priority worse.  sched_cpu() calls setpri() to make process priorities
  21. better.  A few things go into the priority calcuation (system load, time
  22. since last running, and more).  All of this works together (with other
  23. stuff) to implement round-robin timesharing of the CPU.
  24.  
  25. :     * The system will never go to 100% idle. Even when there is nothing going
  26. :       on (single user mode - no users on) the sar output says that about 8% of
  27. :       the CPU is going to system. This is not a problem - but on all other
  28. :       HP-9000s I have looked at - when the system is quiet - the sar idle
  29. :       time stays between 98% and 100%. (I think this is a symptom).
  30.  
  31. Do you know what the system was used for when you let the client site
  32. borrow it?  Did they see the performance slow down?  Any clues from
  33. them?
  34.  
  35. Bottlenecks are typically CPU, Memory, Swap, File Access, Lan.  However,
  36. it is possible that what seems like a bottleneck in one area is actually
  37. cause by something in another area.  For example, the CPU could be busy
  38. for a reason other than a CPU bottleneck.  Are you able to do some
  39. isolation (e.g., disconnect the lan, add more swap, see which processes
  40. are running, add more memory -one at a time- and then measure the
  41. results)?
  42.  
  43. :     * We have re-loaded and rebuilt the OS a couple of times.
  44.  
  45. Was this an update or a scratch install?  A scratch install, where you
  46. remake the file systems, etc. will certainly clean things up.  BTW, were
  47. you running the same OS before and after the client borrowed the system?
  48. What OS are you running now?
  49.  
  50. :     * I got a free copy of GLANCE and it did not tell me (or HP) anything
  51. :       useful.
  52.  
  53. Does this mean that you had on on-site SE who used this tool and was not
  54. able to help?
  55.  
  56. Regards,
  57. Mark DiPasquale
  58.  
  59.  _______       ________________________________________________________________
  60.             /
  61.            /                   All appropriate disclaimers apply...
  62.           ____       ___  /
  63.          /     /    /    /
  64.       __/   __/    _____/
  65.                   /
  66.  ___________   __/   __________________________________________________________
  67.