home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!decwrl!olivea!sgigate!sgi!rhyolite!vjs
- From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
- Newsgroups: comp.sys.sgi
- Subject: Re: rtnetd - Do I want it ?
- Message-ID: <s5big4c@rhyolite.wpd.sgi.com>
- Date: 9 Nov 92 16:47:27 GMT
- Article-I.D.: rhyolite.s5big4c
- References: <1992Nov9.105631.24514@bernina.ethz.ch>
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 32
-
- In article <1992Nov9.105631.24514@bernina.ethz.ch>, torda@igc.ethz.ch (Andrew Torda) writes:
- > The manual entry for rtnetd says that:
- > It is always started on multiprocessor systems and is started on
- > uniprocessor systems if the chkconfig(1M) flag rtnetd is set ``on.''
- >
- > If I have some multiprocessor machines which just do number crunching,
- > is this what I want ?
- > I don't think I have any real time processes who should be preempting
- > anyone.
- > Furthermore, the manual entry network(1M) says
- > rtnetd Initialize preemptable networking for real-time use.
- >
- > but why do I want to preempt networking stuff ? Shouldn't it just be
- > left alone to do its stuff ?
- > I can understand that it probably doing any harm, but is it just
- > sitting around taking up a process slot ?
-
-
- Individual process table slots are cheap. It's only when you start
- talking about dozens and grosses of them that they become expensive.
-
- Rtnetd is turned on for multiprocessors because it significantly speeds
- up TCP/IP when you're using FDDI or (I presume) several ethernets at
- once.
-
- You could certain turn rtnetd off. I wouldn't, to avoid having the
- configuration of the machine be any more distintive than absolutely
- necessary, should reloading the disk or just installing a new release
- be desirable.
-
-
- Vernon Schryver, vjs@sgi.com
-