home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / transput / 947 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  1.6 KB
  1. Path: sparky!uunet!mcsun!uknet!harrier.ukc.ac.uk!eagle.ukc.ac.uk!wgd
  2. From: wgd@ukc.ac.uk (W.G.Day)
  3. Newsgroups: comp.sys.transputer
  4. Subject: large granularity & going all the way (was: Y should U consider occam?
  5. Message-ID: <1480@eagle.ukc.ac.uk>
  6. Date: 19 Aug 92 09:48:02 GMT
  7. References: <1992Aug14.155639.1045@EE.Surrey.Ac.UK> <rob.714140217@dutncp8>
  8. Reply-To: wgd@ukc.ac.uk (Warren Day)
  9. Organization: Computing Lab, The University, Canterbury, Kent. CT2 7NF, UK
  10. Lines: 33
  11.  
  12. This article is in two parts, both are questions, the former being more of
  13. a discussion.
  14.  
  15. In <1992Aug14.155639.1045@EE.Surrey.Ac.UK> Roger Peel writes:
  16. Parallel
  17. enhancements to a sequential language might be acceptable for particularly
  18. large-grained parallel tasks, too, but this is not where occam stands out,
  19. either.
  20.  
  21. In article <rob.714140217@dutncp8> rob@pact.nl (Rob Kurver) writes:
  22. Such function calls don't
  23. provide the necessary level of abstraction for fine-grain parallelism,
  24. and often cause an unacceptable overhead.
  25.  
  26. In what way isn't occam good at large-grained parallelism?
  27. Is the due to the machinery that has to be built to set up a pipeline,
  28. geometric distribution or a processor farm?
  29. The first two can be built simply, though without a great deal of efficiency.
  30.  
  31. Though there is an equivalent weakness in the data structure side of
  32. programming languages.  Linked lists and binary trees are effectively large
  33. grain data structures and we have to continually build and re-build those.
  34.  
  35. Rob again:
  36. This allows fine-grain parallelism to be expressed just as easily as in Occam.
  37.  
  38. Does it have the compilation checks too?
  39.  
  40. >Best,
  41.  
  42. >Rob
  43.  
  44. Warren
  45.