home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!bu.edu!transfer!az.stratus.com
- From: bill@az.stratus.com (Bill Everts)
- Newsgroups: comp.sys.stratus
- Subject: Re: graph_module_usage
- Message-ID: <7995@transfer.stratus.com>
- Date: 6 Nov 92 20:37:01 GMT
- References: <9211060443.AA22717@hydra1e.cs.utk.edu>
- Sender: usenet@transfer.stratus.com
- Lines: 29
-
- In article <9211060443.AA22717@hydra1e.cs.utk.edu> shuford@cs.utk.edu writes:
- >
- > What I'd like would be some practical way to have analyze_system/gmu
- > run from a non-interactive process, only with the graph output
- > directed to a special port to which a terminal is attached. The port
- > could be set to 'no_login' and no command input would be accepted.
- > (I'm thinking of the threat to system security from a terminal left
- > logged in without being attended to. BTW, the display formatting for
- > gmu seems to require a V102 or V103 display screen.)
- >
- > ...Richard Shuford
- > shuford@cs.utk.edu
- > Info-Stratus List Coordinator
-
- Unfortunately, graph_module_usage has to do certain things to your terminal to
- put it into graphics mode. To do that, it calls s$control for the
- TERMINAL_PORT_ID which is 5 by. Non-interactive processes have no terminal
- port attached. Inventive things like start_logging with the port name of
- terminal wont work either.
-
- While graph_module_usage is "neatsy" it does also incur some amount of overhead
- based upon the interval you provide.
- --
- -------------------------------------------------------------------
- Bill Everts bill_everts@vos.stratus.com
- My response is not an "official" Stratus reply.
- Stratus Computer, Inc 1-800-828-8513
- Telecom CAC
- 4455 E Camleback Rd #115-a Phoenix AZ 85018
-