home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / parallel / 1805 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  4.0 KB
  1. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!swrinde!gatech!hubcap!fpst
  2. From: bernardl@leland.Stanford.EDU (Bernard Lee)
  3. Newsgroups: comp.parallel
  4. Subject: DASH/iPSC library public distribution (finally)
  5. Keywords: DASH/iPSC library public distribution, FAQ
  6. Message-ID: <1992Jul26.001737.15910@leland.Stanford.EDU>
  7. Date: 26 Jul 92 00:17:37 GMT
  8. Sender: news@leland.Stanford.EDU (Mr News)
  9. Organization: DSG, Stanford University, CA 94305, USA
  10. Lines: 98
  11. Approved: parallel@hubcap.clemson.edu
  12.  
  13. =======================================================
  14. Availability of the DASH or SGI message-passing library
  15. =======================================================
  16.  
  17. After having cleared up some legal details, (one disadvantage for
  18. having  too  many sponsors...) the DASH team of the Stanford Com-
  19. puter Systems Laboratory is pleased to announce the  availability
  20. of  the  iPSC  message-passing  library  for public distribution.
  21. This distribution is intended for  non-commercial  purposes only.
  22. As  you probably realize, Stanford University reserves all of its
  23. commercial rights to this library.
  24.  
  25. The  library  is  now  available  through  anonymous   ftp   from
  26. mojave.stanford.edu, under the directory:
  27.  
  28.    /pub/dash-msg-library
  29.  
  30. which sits parallel to the splash and tango directories.
  31.  
  32. Please read the legal notice in that directory prior to download-
  33. ing any software.  By downloading any portion of the library from
  34. mojave, you have agreed to abide by that legal notice.
  35.  
  36. The library will be updated from time to  time.   Therefore,  you
  37. are asked to send e-mail to (all three addresses):
  38.  
  39.    kellyj@leland.stanford.edu
  40.    bernardl@vnet.ibm.com
  41.    pleong@oracle.com
  42.  
  43. after downloading the library, so that we can keep  you  informed
  44. of future updates.
  45.  
  46. Please notice that the development team is NOT under  obligations
  47. to  Stanford  or  any  of the sponsors of this project to support
  48. this library.  Nonetheless, we  do  welcome  informed  and  well-
  49. researched questions, and they will be answered as time is avail-
  50. able.
  51.  
  52. All questions and answers will be logged in a  FAQ  file  in  the
  53. dash-msg-library  directory.  You are asked to review  that  file 
  54. before sending any email to the development team.
  55.  
  56. Thank you.
  57.  
  58.  
  59. ==========================     
  60. Frequently Asked Questions
  61. ==========================
  62.  
  63.  
  64. (1) What is the minimum number of processors that I will need  on
  65. my SGI to run the library?
  66.  
  67. One theoretically.  Although the current  distribution  does  not
  68. support  virtual processors.  So, it will not be very interesting
  69. to have a host program running by itself.
  70.  
  71.  
  72. (2) Does the library represent an implicit admission  of  "flaws"
  73. in the single address-space model?
  74.  
  75. No.  The library is developed so that we can run iPSC programs on
  76. the  DASH  and  to  test  out  codes  under  a  "hybrid"  shared-
  77. memory/message-passing mode.
  78.  
  79.  
  80. (3) Is the library inherently inefficient because the development
  81. team was restrained by the iPSC interface?
  82.  
  83. Not really.  The major inefficiency comes from UNIX and its  lack
  84. of support for parallel-processing. Which interface we choose has
  85. very little to do with it. We will gradually migrate the  library
  86. out of UNIX-dependent codes into a tailored-made microkernel.
  87.  
  88.  
  89. (4)  Is it trivial to emulate message-passing on a shared- memory
  90. architecture?
  91.  
  92. The answer may be 'Yes' on a  CS  exam.   Unfortunately,  we  are
  93. writing  a  library  for industrial-quality codes, and just about
  94. anything that can break will break.    Memory  management,  stack
  95. overflow, etc...  They all need to be taken into account.
  96.  
  97.  
  98. (5)  What is the most popular use of the library right now?
  99.  
  100. Developing iPSC code on an SGI.
  101.  
  102. (6)  Can I contribute to the library?
  103.  
  104. Yes. You will lose all of your royalties rights on your contribu-
  105. tions,  although you can be assured that you will NEVER be short-
  106. changed on acknowledgements.  In fact, we are making an effort to
  107. turn  this library into another X-window like consortium.  If you
  108. can use our codes, why waste your time to write your own?  If you
  109. develop  anything  out  of our codes, we are glad to integrate it
  110. into the public distribution for you.
  111.