home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / parallel / 2531 < prev    next >
Encoding:
Text File  |  1992-11-16  |  2.9 KB  |  68 lines
  1. Newsgroups: comp.parallel
  2. Path: sparky!uunet!think.com!rpi!gatech!hubcap!fpst
  3. From: jf@edv6000.tuwien.ac.at (Josef Fritscher)
  4. Subject: Re: PVM vs. Express
  5. Message-ID: <1992Nov16.131843.5549@hubcap.clemson.edu>
  6. Apparently-To: comp-parallel@news.uu.net
  7. Sender: news@email.tuwien.ac.at
  8. Nntp-Posting-Host: edv6000.tuwien.ac.at
  9. Reply-To: fritscher@email.tuwien.ac.at
  10. Organization: Technical University of Vienna
  11. References:  <1992Nov13.125101.20219@hubcap.clemson.edu>
  12. Date: Mon, 16 Nov 1992 11:17:08 GMT
  13. Approved: parallel@hubcap.clemson.edu
  14. Lines: 52
  15.  
  16. In article <1992Nov13.125101.20219@hubcap.clemson.edu>, Roy_Williams@nntp-server.caltech.edu writes:
  17.  
  18. |> Portability: PVM seems to be just workstation networks, Express is also Intel, Ncube
  19. |> Cray, SGI, in fact all the MIMD machines I can think of.
  20.  
  21. On the other side you can mix workstations from different vendors
  22. (heterogeneity) with PVM but not with Express.
  23.  
  24. |> 
  25. |> Debuggers: Express has ndb, PVM has the usual unix debuggers. You have to learn
  26. |> ndb, but its built as a parallel debugger (Firing up 64 dbx's could be a bit of
  27. |> a strain on any machine I would think)
  28.  
  29. The new (public domain) tool xab will give you debugging and performance
  30. monitoring features.
  31.  
  32. |> 
  33. |> Express has a reasonable I/O model: the processors contribute to the file in order,
  34. |> or all the processors speak with one voice, or they all write asynchronously, and
  35. |> similarly for reading. I've found it really awkward trying to write an intelligible
  36. |> file when anyone can write whenever they want.
  37.  
  38. This only needs some synchronisation stuff which can be written in PVM too.
  39.  
  40. |> 
  41. |> PVM seems to be just send and receive and not much else. You can't send a "mixed-bag"
  42. |> message with different types - you have to send the floats, ints, chars etc in
  43. |> different messages. Also there seems to be a kind of hub-and-spoke system where all 
  44. |> messages get routed through the hub (is this true?).
  45.  
  46. Completely wrong. You can mix of different types of data in one message and you
  47. have barriers, signals, etc.. Also the routing is no problem because PVM is
  48. based on TCP/IP where no routing is neccessary. Of course messages are 
  49. transported through a daemon, but that is in most cases an advantage.
  50.  
  51. BTW. the new version of PVM (3.0) will address most of the features addressed
  52. above.
  53.  
  54. - Joe 
  55.  
  56. -- 
  57. Josef Fritscher                     Internet: fritscher@edvz.tuwien.ac.at
  58. Computing Center                      Bitnet: fritscher@awituw64.bitnet
  59. Technical University of Vienna    in reality: jf@edv6000.tuwien.ac.at
  60. Wiedner Hauptstrasse 8-10              Voice: ++431 58 801/5505
  61. A-1040 Vienna, Austria/Europe         Fax: ++431 58 74 211 
  62. Member of the Austrian Center for Parallel Computation (ACPC)
  63. -------------------------------------------------------------------------
  64. The function of local-in-Universe critical information-gathering and
  65. local-in-Universe problem-solving is manifest in the cockpit of all
  66. great airplanes.                                  (R. Buckminster Fuller)
  67.  
  68.