Proceedings of IEEE International Symposium on Parallel Algorithms Architecture Synthesis
DOI: 10.1109/aispas.1997.581640
|View full text |Cite
|
Sign up to set email alerts
|

The Sisal model of functional programming and its implementation

Abstract: Programming massively-parallel machine is a daunting task for any human programmer and parallelization may even be impossible for any compiler. Instead, the functional programming paradigm may prove to be an ideal solution by providing an implicitlyparallel interface to the programmer. We describe here the Sisal project (Stream and Iteration in a Single Assignment Language) and its goal to provide a general-purpose user interface for a wide range of parallel processing plaqorms.

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
14
0

Publication Types

Select...
4
3
1

Relationship

0
8

Authors

Journals

citations
Cited by 16 publications
(15 citation statements)
references
References 16 publications
0
14
0
Order By: Relevance
“…Moreover, the exchange of user-defined types aside from intrinsic types is planned. We would also like to introduce the streaming computations as part of the domain-specific foreignlanguage interface and runtime which will manage parallel resources of underlying machine more efficiently, similar to interfaces in [23][24][25]. This approach should bring most benefits in enabling efficient thread creation and reuse inside the streaming runtime as well as more flexible usage of the streaming model of computation and more parallelization opportunities by implementing the high-level pipelining of the streaming computations and the host application.…”
Section: Discussionmentioning
confidence: 99%
“…Moreover, the exchange of user-defined types aside from intrinsic types is planned. We would also like to introduce the streaming computations as part of the domain-specific foreignlanguage interface and runtime which will manage parallel resources of underlying machine more efficiently, similar to interfaces in [23][24][25]. This approach should bring most benefits in enabling efficient thread creation and reuse inside the streaming runtime as well as more flexible usage of the streaming model of computation and more parallelization opportunities by implementing the high-level pipelining of the streaming computations and the host application.…”
Section: Discussionmentioning
confidence: 99%
“…Workflows are, by definition, sets of tasks bound by causal/temporal dependencies. Dataflow languages such as SISAL [11], SAC [19], or other declarative or functional languages are natural candidates for workflow use, but their somewhat limited acceptance in the programming world makes them no more familiar than grid workflow languages to most users. Existing parallel processing models such as skeletons in structured parallel programming [7] could be used, but are as unfamiliar as dataflow languages to noncomputer scientists.…”
Section: Workflow Definition Alternativesmentioning
confidence: 99%
“…tuples and arrays) which provide a fork-join pattern of computation as well as a parallel case expression which can introduce non-determinism. Neither GHC nor Manticore support implicit parallelism without the need for user annotations which has been implemented in other functional languages like Id (Nikhl 1991), pH (Nikhl and Arvind 2001) and Sisal (Gaudiot et al 1997).…”
Section: Related Workmentioning
confidence: 99%