home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / ultrix / 6227 < prev    next >
Encoding:
Text File  |  1992-08-13  |  2.4 KB  |  58 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!decwrl!pa.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  3. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  4. Subject: Re: max[d|t|s]siz
  5. Message-ID: <1992Aug13.183731.4038@nntpd2.cxo.dec.com>
  6. Keywords: kernel, maxdsiz, maxtsiz, maxssiz
  7. Lines: 44
  8. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  9. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  10. Organization: Digital Equipment Corporation
  11. References:  <1992Aug13.134919.22439@morgan.ucs.mun.ca>
  12. Date: Thu, 13 Aug 1992 18:37:31 GMT
  13.  
  14.  
  15. In article <1992Aug13.134919.22439@morgan.ucs.mun.ca>, kforward@morgan.ucs.mun.ca (Ken Forward) writes:
  16. >Newsgroups: comp.unix.ultrix
  17. >From: kforward@morgan.ucs.mun.ca (Ken Forward)
  18. >Subject: max[d|t|s]siz
  19. >
  20. >A colleague has recently upgraded his DS5000/125 w/ Ultrix 4.2 to 128MB 
  21. >of memory. Aside from changing 'physmem' in the kernel configuration file, 
  22. >we are wondering how best to set the maxdsiz, maxtsiz, and maxssiz
  23. >parameters; in particular, is there any problem with setting them all 
  24. >very large, eg, equal to physmem ?  What sort of overhead would we incur 
  25. >by doing so ?
  26. >
  27. I haven't looked that closely at the code, but a quick look at the
  28. base system sources and vm sources suggest it is used for two things:
  29.  
  30. 1.  Limit the {data,text,stack} sizes.  This is just a check a
  31.     check against the value, when the process wants to grow.
  32.  
  33. 2.  Allocate dmap entries for the swap space.  I'm not sure of
  34.     implementation, but I think a dmap entry represents a swapfrag
  35.     block of swap space.  Each process will need enough dmap entries
  36.     to swap all the potential data, text and stack space, if it is
  37.     ever swapped out.
  38.  
  39. So, if you raise one of the max[d|t|s]siz parameters much beyond the
  40. usual, you'll be using more kermel memory for dmap entries.  A quick
  41. look at /usr/include/sys/dmap.h suggests that each dmap entry is 16
  42. bytes.  Of course if you use a large swapfrag size, you can reduce
  43. the number of dmaps that are needed.
  44.  
  45. So, I conclude that the overhead for setting them high is "not much".
  46. If you discover differently, let us know.
  47.  
  48. What you will have to most concerned about is sufficient page/swap
  49. space.  You need to be able to reserve as much as the process may
  50. need.
  51.  
  52. >-- 
  53. >  Ken Forward, Dept of Physics, Memorial University of Newfoundland
  54. >
  55. --
  56. Alan Rollow                alan@nabeth.cxo.dec.com
  57.  
  58.