home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / parallel / 2545 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.0 KB  |  45 lines
  1. Newsgroups: comp.parallel
  2. Path: sparky!uunet!gatech!hubcap!fpst
  3. From: tom@icase.edu (Tom Crockett)
  4. Subject: Re: PVM vs. Express
  5. Message-ID: <1992Nov18.130411.25733@hubcap.clemson.edu>
  6. Sender: fpst@hubcap.clemson.edu (Steve Stevenson)
  7. Nntp-Posting-Host: cobia.icase.edu
  8. Organization: ICASE/NASA Langley
  9. References: <1992Nov13.125101.20219@hubcap.clemson.edu> <1992Nov16.131740.5002@hubcap.clemson.edu> <1992Nov16.190340.7465@hubcap.clemson.edu>
  10. Date: 17 Nov 1992 19:17:26 GMT
  11. Approved: parallel@hubcap.clemson.edu
  12. Lines: 31
  13.  
  14. In article <1992Nov16.190340.7465@hubcap.clemson.edu>, gropp@godzilla.mcs.anl.gov (William Gropp) writes:
  15.  
  16. >I'd like to correct this.  PVM 2.3 and 2.4 do NOT run on the iPSC/860, iPSC/2 
  17. >or CM-2.  They DO run on the hosts of these machines, which is an entirely
  18. >different matter.  Since PVM provides a SPMD/MIMD model, it is highly 
  19. >unlikely that it will ever run "on" a CM-2.  Saying that it runs on these
  20. >machines is highly misleading at best.
  21. >
  22.  
  23. We have a project underway here at NASA Langley which partially corrects this deficiency for
  24. the iPSC/860.  In addition to the iPSC/860 and its SRM host, you need a "back end" Ethernet
  25. service node, and a workstation which you can designate as a "PVM host" for the iPSC.  Given
  26. this, we have modified the PVM daemon and the PVM library so that you can include PVM calls
  27. directly in your node programs.  These calls use the socket library under NX to communicate
  28. with the daemon, which runs on the designated workstation.  This strategy eliminates the
  29. extra layer of host software which was previously needed to translate between PVM calls and
  30. NX calls, and also results in a substantial performance improvement by eliminating the
  31. notoriously underpowered SRM from the process.
  32.  
  33. Most of this work was done by Mike Nelson (m.l.nelson@larc.nasa.gov).  You can contact him
  34. directly for more information.
  35.  
  36. Tom Crockett
  37.  
  38. ICASE
  39. Institute for Computer Applications in Science and Engineering
  40.  
  41. M.S. 132C                e-mail:  tom@icase.edu
  42. NASA Langley Research Center        phone:  (804) 864-2182
  43. Hampton,  VA  23681-0001
  44.  
  45.