home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / nfs / 2206 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.0 KB  |  46 lines
  1. Newsgroups: comp.protocols.nfs
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!torn!maccs!fred
  3. From: fred@maccs.dcss.mcmaster.ca (Fred Whiteside)
  4. Subject: Re: Memory usage of NFS daemon bwnfsd 
  5. Message-ID: <1992Sep2.134701.13593@maccs.dcss.mcmaster.ca>
  6. Reply-To: fred@bws.com (Fred Whiteside) 
  7. Organization: Beame & Whiteside Software Ltd. 
  8. References: <1992Sep2.073146.2534@monu6.cc.monash.edu.au> 
  9. Date: Wed, 2 Sep 1992 13:47:01 GMT
  10. Lines: 34
  11.  
  12. In <1992Sep2.073146.2534@monu6.cc.monash.edu.au>, sci213v@monu6.cc.monash.edu.au writes:
  13. >I have a question about the daemon that runs on a Unix host to provide
  14. >print and filelocking/sharing services to PC NFS clients.  I am using the
  15. >Beame and Whiteside product bwnfsd and it is running on Ultrix4.2 on a
  16. >DECStation 5000/120.
  17. >
  18. >I have noticed that over a period of time (a week or so) that the memory
  19. >usage of bwnfsd as reported by 'ps -aux' grows from 1.9% to approx 35%.  I
  20. >have confirmed this growth with a DEC public domain programme called 'pmon'.
  21. >
  22. >The rate at which the memory usage grows depends on the actual usage by the
  23. >PC clients.  By the way, the DECStation has 16MBytes of RAM. I have 5 PC-NFS
  24. >clients attached to the Unix box and the load is only light -approx 5 megabytes
  25. >of data a day between the 5 PC's.
  26.  
  27.     i assume that you have 5 Beame & Whiteside NFS clients, as PC-NFS
  28. clients do not use bwnfsd for authentication/printing.
  29.  
  30.     ahem. "PC-NFS is a trademark of Sun Microsystems and should not
  31.     be used as a generic term to indicate PC implementations of NFS".
  32.     (thought i'd say it before geoff had to :-))
  33.  
  34.     our version 2.2 daemon had a memory leak. it was fixed in the version
  35. 2.3 daemon.  we are about to release version 3.0, which also has a fairly
  36. substantially changed daemon.  i don't really want to send out the 3.0
  37. version until next week sometime, but the 2.3 daemon should solve your
  38. memory problems.
  39.  
  40.     hope this helps,
  41.  
  42.     Fred Whiteside
  43. -- 
  44. Fred Whiteside   Beame & Whiteside Software Ltd., Caledonia, Ontario
  45. fred@bws.com   fred@maccs.DCSS.McMaster.CA   ...!uunet!utai!utgpu!maccs!fred
  46.