home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sgi!rhyolite!vjs
- From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
- Subject: Re: nullrecv question
- Message-ID: <s055l7g@rhyolite.wpd.sgi.com>
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <1992Nov4.101627.10106@crow.omni.co.jp>
- Date: Thu, 5 Nov 1992 18:07:37 GMT
- Lines: 44
-
- In article <1992Nov4.101627.10106@crow.omni.co.jp>, trich@crow.omni.co.jp (Timothy Richards) writes:
- > ...
- > I noticed these things too and raised the issue with support, I also
- > noticed that these situations only occur on multi-cpu machines.
- > Anyway here are the responses I got from NSG/SGI support
- > ( which seemed quite unsatisfactory and I guess I just decided to drop
- > the matter.)
- >
- > > There is a slight difference between irix3.3+ and irix4.0+.
- > > Under 3.3 all network processes ran on the same processor.
- > > Under 4.0+ the networking processes can run on different processors
- > > to distribute the load (this improves performance).
- > >
- > > That was the only change I found.
- > >
- > > To lock all network processes to one processor on a 4.0+ multi processor
- > > machine you would have to change /etc/init.d/network, like this:
- > >
- > > # if test -x /usr/etc/rtnetd; then
- > > # # Always start on multiprocessors for better throughput
- > > # if $IS_ON rtnetd || test `mpadmin -u | wc -l` -gt 1; then
- > > # /usr/etc/rtnetd `cat $CONFIG/rtnetd.options 2> /dev/null`
- > > # $ECHO " rtnetd\c"
- > > # fi
- > > # fi
- > >
- > > You might try that as an experiment; but, it would reduce network
- > > performance.
- >
- > Well this isn't what the man page for rtnetd says at all !!!
- > The man page says that rtnetd halts network packet processing whenever
- > the load gets too high. So this seems to be very missleading advice.
-
-
- Your rtnetd man page must have come from some other computer vendor.
- Ours says:
-
- Rtnetd is a kernel daemon that allows higher-priority real-time processes
- to preempt processing of incoming network packets. Preemption gives
- better response for real-time processes.
-
-
-
- Vernon Schryver, vjs@sgi.com
-