home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11678 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.4 KB  |  38 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!sun-barr!sh.wide!wnoc-tyo-news!ccut!crow!trich
  3. From: trich@crow.omni.co.jp (Timothy Richards)
  4. Subject: nfsstat on multiple cpu
  5. Message-ID: <1992Jul30.093755.3251@crow.omni.co.jp>
  6. Sender: trich@crow.omni.co.jp
  7. Reply-To: trich@crow.omni.co.jp
  8. Organization: Omnibus Japan, Inc.
  9. Date: Thu, 30 Jul 92 09:37:55 GMT
  10. Lines: 26
  11.  
  12.  
  13. It seems that the output of "nfsstat" on multi-cpu machines is
  14. changed under irix4.0.1.  In each case I see a truely enormous
  15. number under nullrecv which normally indicates that nfsd are
  16. starved for input.
  17.  
  18. This is on a 4D380s machine with 16 nfsd daemons
  19. Server rpc:
  20. calls      badcalls   nullrecv   badlen     xdrcall
  21. 36330566   0          27377014   0          0          
  22.  
  23. This is on a 4D240GTX  machine with 8 nfsd daemons
  24. Server rpc:
  25. calls      badcalls   nullrecv   badlen     xdrcall
  26. 90478      0          29460      0          0          
  27.  
  28. Nothing much has changed since upgrading from irix3.3.2
  29. when I would usually see 0 ( or at least a single digit number
  30. under nullrecv ).  As nfs is working OK and the output
  31. for nfsstat is nullrecv=0 for all our other 4Ds I assume
  32. this is a bug.  But maybe I really do have a problem ?
  33. -- 
  34. -----------------------------------------------------------------------------
  35. Timothy Richards, Omnibus Japan.        work: +81 (3) 5706-8357
  36. [Uucp]      ccut.cc.u-tokyo.ac.jp!crow!trich    home: +81 (3) 3720-4088
  37. [Internet]  trich@omni.co.jp
  38.