home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / software / 3279 < prev    next >
Encoding:
Text File  |  1992-08-21  |  1.2 KB  |  32 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!cs.utexas.edu!milano!cactus.org!wiley
  3. From: wiley@cactus.org (Mark S. Wiley)
  4. Subject: Re: Testing Parallel Components
  5. Message-ID: <1992Aug21.213902.8000@cactus.org>
  6. Organization: Capital Area Central Texas UNIX Society, Austin, Tx
  7. References: <1992Aug21.160553.22273@evb.com>
  8. Date: Fri, 21 Aug 1992 21:39:02 GMT
  9. Lines: 21
  10.  
  11. In article <1992Aug21.160553.22273@evb.com> brandon@evb.com (Brandon) writes:
  12. >I'm curious to hear what people are doing to test parallel software
  13. >components.  Any information would be appreviated.  
  14. >    Brandon Goldfedder (brandon@evb.com)
  15. >
  16.  
  17. It depends on what type of parallel software you are testing.  When I
  18. was testing Sequent's symmetric multiprocessor OS (Dynix/ptx) I wrote a
  19. parallel test driver to run 100's to 1,000's of test processes in
  20. parallel.  This tends (-: to put it mildly :-) to stress the operating
  21. system and expose previously unknown race conditions in the OS.
  22.  
  23. Since you can use standard functional tests running in parallel, the
  24. investment (writing the parallel test driver) is relativly small compared
  25. to the amount of insight you gain into how your OS runs in a stressful
  26. environment.
  27.  
  28.  
  29. -- 
  30. Mark S. Wiley
  31. mark.wiley@cactus.org
  32.