home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.parallel
- Path: sparky!uunet!gatech!hubcap!fpst
- From: kaminsky-david@CS.YALE.EDU (David Kaminsky)
- Subject: Re: Parallel Programming Platform
- Message-ID: <1992Sep11.121758.16815@hubcap.clemson.edu>
- Apparently-To: comp-parallel@uunet.uu.net
- Sender: news@CS.YALE.EDU (Usenet News)
- Nntp-Posting-Host: feynman.systemsy.cs.yale.edu
- Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
- References: <1992Sep9.124621.6184@ifi.unizh.ch>
- Date: Thu, 10 Sep 1992 21:13:59 GMT
- Approved: parallel@hubcap.clemson.edu
- Lines: 21
-
- I'd just like to note (as is noted in Cap's paper) that the
- performance data for "Linda" given in the <Parform> paper are actually
- data for POSYBL (a public domain version of Linda).
-
- As a result, these times almost certainly do not reflect the
- performance achievable with optimized implementations of Linda like those
- developed by Yale and SCA.
-
- Also in the paper:
-
- "The bottleneck of LINDA in a distributed environment
- is the concept of tuple space, especially the necessary
- scanning operations to find tuples of certain format".
-
- Much of the Linda tuple matching is done at compile
- time (see Nick Carriero's Thesis, Yale University). "Scanning"
- is not necessary. In addition, modern network Linda systems
- distribute tuple space eliminating the bottleneck.
-
- David
-
-