home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / parallel / 1920 < prev    next >
Encoding:
Text File  |  1992-08-16  |  2.3 KB  |  50 lines
  1. Newsgroups: comp.parallel
  2. Path: sparky!uunet!gatech!hubcap!fpst
  3. From: zink@phoenix.informatik.uni-stuttgart.de (Roland Zink)
  4. Subject: Re: PVM: thoughts on data-passing routines
  5. Message-ID: <1992Aug17.140351.23197@hubcap.clemson.edu>
  6. Apparently-To: hypercube@hubcap.clemson.edu
  7. Sender: news@informatik.uni-stuttgart.de
  8. Organization: IPVR, University of Stuttgart, Germany
  9. References:  <1992Aug11.121234.28784@hubcap.clemson.edu>
  10. Date: Mon, 17 Aug 1992 08:39:06 GMT
  11. Approved: parallel@hubcap.clemson.edu
  12. Lines: 36
  13.  
  14. In article <1992Aug11.121234.28784@hubcap.clemson.edu>, jek@cs.duke.edu (James E. Kittock) writes:
  15. |> 
  16. |> While working on this, I have come to the conclusion that the C
  17. |> interface to PVM has a serious "want", namely, a routine to
  18. |> automagically put a structure and all of its contents, *including* the
  19. |> contents of any arrays/structures/unions pointed to by members of that
  20. |> structure.
  21.  
  22. In my Stuttgart Parallel Processing Library (SPPL) this is possible.
  23. The sending and receiving routines (sendd and recvd) have an
  24. additional parameter which is a type description. Because the routine
  25. for arbitrary graphs is not very efficient there exist two send
  26. routines, one for data structures like trees and one for data
  27. structures which contains cycles. DAG's can be send with the routine
  28. for trees, but for each reference of an object there will be a copy of
  29. the object. So you can send an arbitrary data structure with one
  30. function call. The sendd function call is responsible for the
  31. allocation of a message buffer, the copying of the scattered data into
  32. this continous message buffer, the conversion of the data in a network
  33. format and sending the message.
  34.  
  35. SPPL is a parallel processing library for distributed memory MIMD
  36. computers and contains functions which can be used to send and receive
  37. messages, start processes and synchronize etc. SPPL use a type
  38. description of the message to collect the scattered data of the
  39. message in a message-buffer and to convert the data to a network
  40. format. The associated debugger use this information to display the
  41. message in a readable format. This parallel debugger allows
  42. interactive display and control of execution of SPPL programs. SPPL
  43. uses currently TCP/IP to transfer messages.
  44.  
  45. --
  46. Roland Zink Tel.:(0711)7816-382 email: Roland.Zink@informatik.uni-stuttgart.de
  47. Univ. Stuttgart, IPVR, Breitwiesenstrasse 20, W-7000 Stuttgart 80, Germany
  48.  
  49.  
  50.