[Swift-commit] r3889 - text/parco10submission

[noreply at svn.ci.uchicago.edu]

Author: dsk
Date: 2011-01-07 10:37:32 -0600 (Fri, 07 Jan 2011)
New Revision: 3889

Added:
   text/parco10submission/original_submission.pdf
Modified:
   text/parco10submission/ResponseToReviews.txt
   text/parco10submission/paper.bib
   text/parco10submission/paper.tex
Log:
adding originally submitted paper
adding comparison to FlumeJava and bib entry, and marking this as done in the response to the reviewers


Modified: text/parco10submission/ResponseToReviews.txt
===================================================================
--- text/parco10submission/ResponseToReviews.txt	2011-01-07 16:22:19 UTC (rev 3888)
+++ text/parco10submission/ResponseToReviews.txt	2011-01-07 16:37:32 UTC (rev 3889)
@@ -80,8 +80,10 @@
 
 3.        In terms of programming models, modern systems such as Microsoft's DryadLINQ and Google's FlumeJava successfully integrate data-flow constructs into state of the art programming languages (C# and Java).  This integration approach is quite nice and powerful. It would be nice if the authors can compare Swift with these two systems.
 
->>> Comparison to Dryad and FlumeJava
+>>> Response:
 
+We have added comparisons to Dryad and FlumeJava in the related work section.
+
 <<<
 
 Reviewer #2: The paper presents a powerful high-level scripting language, SwiftScript, for performing a massive number of tasks/jobs coupled with collections of file-based data. It describes details of the language syntax and semantics, which is based on data flow with support of arrays and procedures, and discusses the implementation and several use cases with the main focus on a grid.  Although a similar work was published before, this paper gives elaborated summary of the technical details, which is useful for general audience.

Added: text/parco10submission/original_submission.pdf
===================================================================
(Binary files differ)


Property changes on: text/parco10submission/original_submission.pdf
___________________________________________________________________
Name: svn:mime-type
   + application/octet-stream

Modified: text/parco10submission/paper.bib
===================================================================
--- text/parco10submission/paper.bib	2011-01-07 16:22:19 UTC (rev 3888)
+++ text/parco10submission/paper.bib	2011-01-07 16:37:32 UTC (rev 3889)
@@ -250,6 +250,24 @@
 year={2008}
 }
 
+ at inproceedings{FlumeJava,
+ author = {Chambers, Craig and Raniwala, Ashish and Perry, Frances and Adams, Stephen and Henry, Robert R. and Bradshaw, Robert and Weizenbaum, Nathan},
+ title = {{FlumeJava}: easy, efficient data-parallel pipelines},
+ booktitle = {Proceedings of the 2010 {ACM SIGPLAN} conference on Programming language design and implementation},
+ series = {PLDI '10},
+ year = {2010},
+ isbn = {978-1-4503-0019-3},
+ location = {Toronto, Ontario, Canada},
+ pages = {363--375},
+ numpages = {13},
+ url = {http://doi.acm.org/10.1145/1806596.1806638},
+ doi = {http://doi.acm.org/10.1145/1806596.1806638},
+ acmid = {1806638},
+ publisher = {ACM},
+ address = {New York, NY, USA},
+ keywords = {data-parallel programming, java, mapreduce},
+} 
+
 @article{GEL,
  author = {Ching Lian, Chua and Tang, Francis and Issac, Praveen and Krishnan, Arun},
  title = {GEL: Grid execution language},

Modified: text/parco10submission/paper.tex
===================================================================
--- text/parco10submission/paper.tex	2011-01-07 16:22:19 UTC (rev 3888)
+++ text/parco10submission/paper.tex	2011-01-07 16:37:32 UTC (rev 3889)
@@ -1496,6 +1496,10 @@
 distributed Grid sites that may span multiple administrative
 domains, and deals with security and resource usage policy issues.
 
+FlumeJava~\cite{FlumeJava} is similar to Swift in concept, as it is intended to run
+data-processing pipelines over collections (of files).  It is different in that it builds on top
+of MapReduce primitives, rather than more abstract graphs as in Swift.
+
 BPEL~\cite{BPEL_2006} is a Web Service-based standard that specifies
 how a set of Web services interact to form a larger, composite Web
 Service. BPEL is starting to be tested in scientific contexts. While