home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16118 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!sun-barr!sh.wide!wnoc-tyo-news!ccut!crow!trich
  3. From: trich@crow.omni.co.jp (Timothy Richards)
  4. Subject: Re: nullrecv question
  5. Message-ID: <1992Nov6.080737.21589@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: Fri, 6 Nov 92 08:07:37 GMT
  10. Lines: 25
  11.  
  12. | > > You might try that as an experiment; but, it would reduce network
  13. | > > performance.
  14. | > 
  15. | > Well this isn't what the man page for rtnetd says at all !!!
  16. | > The man page says that rtnetd halts network packet processing whenever
  17. | > the load gets too high.  So this seems to be very missleading advice.
  18. |  
  19. | Your rtnetd man page must have come from some other computer vendor.
  20. | Ours says:
  21. | 
  22. |     Rtnetd is a kernel daemon that allows higher-priority real-time processes
  23. |     to preempt processing of incoming network packets.  Preemption gives
  24. |     better response for real-time processes.
  25. | 
  26. | Vernon Schryver,  vjs@sgi.com
  27.  
  28. Oops you're right.  Should spend more time reading manuals and less reading news.
  29. But what about the original question ?  ie that it seems nfsd daemons under
  30. irix4.0+ now accumilate lots more cpu time, and that nullrecv is allways some
  31. enormous meaningless number ( on multi-cpu machines only ).
  32. -- 
  33. -----------------------------------------------------------------------------
  34. Timothy Richards, Omnibus Japan.        work: +81 (3) 5706-8357
  35. [Uucp]      ccut.cc.u-tokyo.ac.jp!crow!trich    home: +81 (3) 3720-4088
  36. [Internet]  trich@omni.co.jp
  37.