home *** CD-ROM | disk | FTP | other *** search
-
- Changes to xnetload to use rup-like RPC for remote load:
- =====================================================a=
-
- By defining RUPRPC at compile time the getload function uses Sun's RPC
- mechanism to obtain remote loads from rstatd(8). This is likely to be the
- better alternative on systems where this service is available, since rwhod(8)
- may have prohibitive impact on network load and is not run at
- many sites for this reason.
-
- Patches:
-
- getload.c:
-
- With RUPRPC defined, getload uses a simple callrpc(). The details
- of the mechanism are gleaned from the rup(1) source.
- Note that xnetload expects getload to return the load value in
- rwhod format, hence the actual load value is multiplied by 100
- and truncated to a integer.
-
- xnetload.c:
-
- Allow defining DEFREMUPDATE in the Makefile.
-
- Imakefile:
-
- When compiling on Suns, the RPC-based remote load mechanism is
- enabled and the default update interval set to 5 seconds (same as
- for local load).
-
- A little recursive-make hack ensures that getload.c is compiled with
- Sun's cc compiler. gcc doesn't like some of the syntax in
- header files in /usr/include/rpc and /usr/include/rpcsvc.
- The CCOPTIONS definition in the recursive call to make may have to
- be patched to match the CCOPTIONS used for gcc (e.g., put in
- -f68881 if gcc uses -m68881).
-
- The old X11R3 Load widget code and header files are in subdirectory
- X11, and the Imakefile takes that into account.
-
- Bugs:
- Still uses R3 Load widget.
-
- The callrpc() function used to perform the RPC does not allow
- timeout specification. So when a machine is down or not running
- rstatd, xnetload will discover that only after a delay of several
- (tens of) seconds. When monitoring more than one machine,
- all the displays will be slowed down by this delay.
-
- Andreas Stolcke
- stolcke@icsi.berkeley.edu
- 2/21/90
-
-