home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.wizards
- Path: sparky!uunet!sun-barr!cs.utexas.edu!torn!cunews!hobbit.gandalf.ca!mbeizer
- From: mbeizer@gandalf.ca (Martin Beizer)
- Subject: Lightweight Processes
- Message-ID: <1992Aug17.141847.24603@gandalf.ca>
- Keywords: lightweight processes
- Organization: Gandalf Data Ltd.
- Distribution: na
- Date: Mon, 17 Aug 1992 14:18:47 GMT
- Lines: 23
-
- I have gotten some email responses to my posting about lightweight
- processes which indicate additional detail would be appropriate.
-
- I am using gcc 2.2.1, with the `-g' flag, linking with `-lnbio'
- and `-llwp' and Sun's, not the gnu, libc.a. Turning off the `-g' flag
- has no effect. Teeing output to a file does not help: the
- program still behaves as it does with stdout going only to the screen.
-
- I have had the program dump lightweight process thread information,
- and have found none of the explicitly created threads blocked on
- another thread, monitor, etc.
-
- Using `setvbuf' to cause stdout to become unbuffered makes the program
- "lock up" sooner, while using a large block buffer delays the onset of
- only one thread running. In this case, the time at which only one
- thread begins to run appears to be correlated with the buffer being
- output.
-
- Any ideas would be appreciated!
- ----------------------------------------------------------------------
- Martin Beizer Gandalf Systems, Cherry Hill, NJ
- (609) 424-8700 X 5820 mbeizer@gandalf.ca, beizer@infotron.com
-
-