home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10166 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  2.6 KB

  1. Path: sparky!uunet!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!news
  2. From: andrew@werple.apana.org.au (Andrew Herbert)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: Occasional system hangs
  5. Date: 14 Dec 1992 12:52:54 +1100
  6. Organization: werple public-access unix, Melbourne
  7. Lines: 44
  8. Message-ID: <1ggpdnINN63l@werple.apana.org.au>
  9. References: <andrewh.724059111@bruce.cs.monash.edu.au> <1gaclpINN84v@hrd769.brooks.af.mil> <1992Dec11.210430.17335@coe.montana.edu> <Bz495r.Byn@ns1.nodak.edu>
  10. NNTP-Posting-Host: werple.apana.org.au
  11.  
  12. Mark Tinguely <tinguely@plains.NoDak.edu> wrote:
  13.  
  14. > Did all of you with 16+ Megs of RAM apply the patch to restrict the size of
  15. > bufpages (Terry Lambert's patchkit patch #2.
  16.  
  17. Yup.  I'm also currently using 4MB of kernel memory to avoid the kmem_map
  18. exhaustion problems I was still getting even after applying the patch.  Works
  19. well, despite being somewhat wasteful!  I've applied all the relevant beta
  20. patchkit fixes (thanks Terry!), plus most (reasonable looking :) fixes posted
  21. to comp.unix.bsd.  Plus a few from bde@runx.oz.au to prevent hangs and
  22. panics in the pty and 387 handlers respectively.  And a fix for an ICMP
  23. redirect problem that caused 3 out of the 6 panics that have occurred since
  24. I installed ddb and started tracking them down about a week ago (just about
  25. to post that one...).
  26.  
  27. > Besides, there are small memory leaks in the kernel; Programs that fork a lot,
  28. > cause the system to hang (make and apparently news); Big programs like X
  29.  
  30. FYI, INN doesn't fork much at all.  It is big though - here is what ps -alxw
  31. has to say about it:
  32.  
  33.   UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT TT       TIME COMMAND
  34.   200    75     1   0  28  0  4828 2928 -      Rs   ??   13:43.31 in.innd -p4
  35.  
  36. Are these small memory leaks you mention pages being lost in the VM code, or
  37. kernel malloc()/free() related?  Since Julian's fix for the raw socket problem
  38. that was hogging malloc(x, MBUF) space when ping or traceroute were run, I
  39. haven't noticed any significant malloc leaks.
  40.  
  41. > I agree that a kernel fix is better than a symptom avoidance technique.
  42. > The kernel change is massive. The VM allows over extention of the swap
  43. > backstore (and this can lead to the system freeze -- all of the swap
  44. ...
  45. > are put on swap backstore, but backstore is full ... system will work the
  46. > drive a little but will eventually freeze.
  47.  
  48. Thanks for the explanation - it clarified a number of things for me.
  49.  
  50. So would you agree that adding enough RAM to avoid paging/swapping most of
  51. the time would help avoid this problem?
  52.  
  53. cheers,
  54. Andrew
  55. andrew@werple.apana.org.au, andrewh@cs.monash.edu.au
  56.