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