4533

On Expressing Different Concurrency Paradigms on Virtual Execution Systems

Cristian Dittamo
Dipartimento di Informatica Dottorato di Ricerca in Informatica, Universita di Pisa, Pisa, Italy
33rd Annual IEEE International Computer Software and Applications Conference, 2009. COMPSAC ’09

@inproceedings{dittamo2009expressing,

   title={On expressing different concurrency paradigms on virtual execution systems},

   author={Dittamo, C.},

   booktitle={2009 33rd Annual IEEE International Computer Software and Applications Conference},

   pages={664–667},

   year={2009},

   organization={IEEE}

}

Source Source   

1339

views

Virtual machines emerged during the 90s as the platform for developing frameworks and applications, offering large base class libraries, dynamic loading, and reflection. The design of these machines was influenced by the then dominant idea that processors would have maintained a Von-Neumann model while hiding non-Von Neumann aspects in their internal structure. Recently Graphics Processing Units (GPUs), as well as the Cell BE architecture, have broken this assumption, exposing to programs forms of non-determinism going beyond the traditional model. These architectures are difficult to target from the Just-In-Time compiler module of a Virtual Machine (VM) because their features (execution and memory models) are hidden from the abstraction layer provided by the intermediate language. This is a symptom of a diverging gap between the actual architectures and the abstract view offered by the VM that will eventually lead to the under-use of hardware resources by VM-based programs.In this research I introduce a set of types and meta-data to represent different parallel computations, so that programmers are freed from the task of specifying parallelism, communication, synchronization, etc.At runtime, through reflection a meta-program can evaluate the meta-data and generates required code for exploiting the special features of the underlying non-Von Neumann architectures.
No votes yet.
Please wait...

* * *

* * *

HGPU group © 2010-2024 hgpu.org

All rights belong to the respective authors

Contact us: