home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.mail.uucp:2444 comp.mail.sendmail:3074 comp.unix.sys5.r4:1029 comp.unix.questions:14997
- Path: sparky!uunet!munnari.oz.au!spool.mu.edu!hri.com!noc.near.net!bigboote.WPI.EDU!nntp!aej
- From: aej@manyjars.WPI.EDU (Allan E Johannesen)
- Newsgroups: comp.mail.uucp,comp.mail.sendmail,comp.unix.sys5.r4,comp.unix.questions
- Subject: Re: DNS name servers
- Message-ID: <AEJ.92Dec28110408@manyjars.WPI.EDU>
- Date: 28 Dec 92 16:04:08 GMT
- References: <Bzx9r5.FDo@gator.use.com> <BzyMur.C6s@solaria.mil.wi.us>
- <Bzz5rF.Huq@news.iastate.edu>
- Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
- Lines: 19
- NNTP-Posting-Host: manyjars.wpi.edu
- In-reply-to: john@iastate.edu's message of Mon, 28 Dec 1992 15:02:03 GMT
-
- >>>>> On Mon, 28 Dec 1992 15:02:03 GMT, john@iastate.edu (John Hascall) said:
-
- john> True enough, however, it is possible to eat up mucho RAM. For
- john> example:
-
- john> USER PID %CPU %MEM SZ RSS TT STAT TIME COMMAND
- john> root 7882 0.0 30.3 13320 4384 ? S 0:09 /etc/named
-
- john> (because we are a large site and have Hesiod we have lots of
- john> nameserver data)
-
- Actually, it may be because there are mucho memory leaks in named
- concerning hesiod. Primaries and secondaries do not grow, but slaves
- grow steadily. You should be able to observe the growth after a
- simple 'ls -l' (i.e. after hesiod is forced to look up a bunch of
- names).
-
- Due to this, our mail/news server has to be a secondary; making it a
- slave exhausts VM pretty quickly.
-