home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / parallel / 2556 < prev    next >
Encoding:
Text File  |  1992-11-19  |  2.8 KB  |  63 lines
  1. Newsgroups: comp.parallel
  2. Path: sparky!uunet!gatech!hubcap!fpst
  3. From: mln@sunkj.larc.nasa.gov (Michael L Nelson)
  4. Subject: PVM and Intel iPSC/860 (was Re: PVM vs. Express)
  5. Message-ID: <1992Nov19.132428.9852@hubcap.clemson.edu>
  6. Keywords: PVM, Hypercube, iPSC/860
  7. Sender: fpst@hubcap.clemson.edu (Steve Stevenson)
  8. Nntp-Posting-Host: sunkj.larc.nasa.gov
  9. Organization: NASA Langley Research Center, Hampton, VA  USA
  10. References: <1992Nov13.125101.20219@hubcap.clemson.edu> <1992Nov16.131740.5002@hubcap.clemson.edu> <1992Nov16.190340.7465@hubcap.clemson.edu> <1992Nov18.130411.25733@hubcap.clemson.edu>
  11. Date: 18 Nov 1992 23:15:29 GMT
  12. Approved: parallel@hubcap.clemson.edu
  13. Lines: 48
  14.  
  15. Tom Crockett (ICASE) referenced my work with PVM and the Intel iPSC/860
  16. and I received a couple of requests about it so I thought I would 
  17. post a summary.
  18.  
  19. It currently runs as PVM 2.4.1.  I have been waiting for PVM 3.0 to come
  20. out to perform a "cleaner" modification.
  21.  
  22. I have modified the PVM daemon and its associated library so that an
  23. Intel Hypercube may be more successfully integrated into a distributed 
  24. environment.  
  25.  
  26. Cube programs are able to link the PVM library and have PVM calls on the
  27. cube.  The daemon that controls these program does not reside on the cube
  28. or on the SRM.  This daemon is moved to another machine.  In practice,
  29. this has been a workstation.  So far, when a workstation is performing as
  30. a PVM front end for the cube, that WS can not support both the modified and
  31. unmodified version of the daemon concurrently.
  32.  
  33. The daemon that runs on this workstation has been modified so that it
  34. will be controlling programs on an iPSC/860 somewhere.  The cube programs
  35. communicate with the daemon through the cube's service node (which has
  36. its own IP address) and not through the SRM.
  37.  
  38. It is important to note that this method does involve the creation of 
  39. a "stub" program on the workstation side to correctly fire off the 
  40. appropriate cube programs, but these "stub" programs are only to correctly
  41. load the program onto the cube are not used past this point (ie, they perform
  42. no "conversion" of messages).  
  43.  
  44. It is also important to note that this only provides the capability to have
  45. PVM messages on the cube and removes the bottleneck of running the PVM 
  46. daemon and the previously necessary conversion programs on the SRM.  It is up 
  47. to the programmer to write sufficiently clever code to take advantage of this 
  48. added capability.
  49.  
  50. Please note that PVM on the cube is *not* meant to replace the native
  51. message passing library.  Again, the aim is to allow the Hypercube to be a 
  52. node in a distributed environment.
  53.  
  54. I will make the 2.4.1 version available anonymous ftp if there is sufficient 
  55. interest.  I will have a 3.0 version as soon as possible.
  56.  
  57. Michael Nelson
  58. NASA-Langley Research Center
  59. M.L.Nelson@LaRC.NASA.GOV
  60.  
  61.  
  62.  
  63.