FREE ELECTRONIC LIBRARY - Books, dissertations, abstract

Pages:   || 2 | 3 | 4 | 5 |   ...   | 15 |

«Network of Excellence GRID-based Systems for solving complex problems Deliverable D.PM.04 – Basic Features of the Grid Component Model (assessed) ...»

-- [ Page 1 ] --

Project No. FP6-004265


European Research Network on Foundations, Software Infrastructures and

Applications for large scale distributed, GRID and Peer-to-Peer Technologies

Network of Excellence

GRID-based Systems for solving complex problems

Deliverable D.PM.04 – Basic Features of the Grid

Component Model (assessed)

Due date of deliverable: September 25, 2006

Actual submission date: March 7, 2007

Start date of project: 1 September 2004 Duration: 48 months


Revision: Final Project co-funded by the European Commission within the Sixth Framework Programme (2002–2006) Dissemination level PU Public PU Keyword list: programming model, components, Grid, high performance, scalability CoreGRID FP6-004265 1 Contents Executive Summary 3 The GCM


view............................ 3 Main Technical Contributions of the GCM Specification.......... 5 1 Introduction 7

1.1 A Programming Model for the Grid.................. 7

1.2 Challenges and Requirements of the GCM............... 7

1.3 The Fractal Component Model..................... 8

1.4 Principles and Organisation of the GCM Definition.......... 9 2 A Comprehensive Grid Component Model 10 3 Architecture 12

3.1 Component Specification as an XML Document............ 12

3.2 Run-Time API Defined in Several Languages............. 12

3.3 Packaging described as an XML Document.............. 13

3.4 General Conformance Levels....................... 14

3.5 GCM Detailed Conformance Levels

–  –  –

Executive Summary Abstract This document describes a Grid component model (called GCM). It defines the main features to be included in the GCM, as currently assessed in the Programming Model Institute. By defining the GCM, the Institute aims at the precise specification of an effective GCM. Fractal has been chosen by the CoreGrid community as the basis for the definitions of the GCM: The GCM features is roughly defined as an extension to the Fractal specification in order to better target Grid infrastructure.

The Institute actually expects several different implementations of the GCM, supporting all or most of the features presented in this deliverable; such implementations do not necessarily need to rely on existing Fractal implementations.

GridCOMP is an European project that will provide a reference implementation for the GCM. As planned in the GridCOMP description of work, this definition of the GCM specification will be used as the initial component model for the reference implementation that should be provided by the GridCOMP project.

Though this document is assessed by all the partners of the Programming Model Institute, further versions of the GCM specification are expected, possibly including improvements.

The GCM abstract view In this Section, we outline the high level features supported by the GCM component model. The section is meant to provide an abstract view of the logical features of the component model, right before dealing with the GCM specification that may be directly used to provide implementations of the GCM. By the way, we collect here a description of those properties and features demonstrated and supported by GCM that actually differentiate GCM from the other component models that have been developed so far. For a further analysis of the features that should be provided by a Grid component model and a more comprehensive study of these features, please refer to a previous deliverable of the Programming Model institute that is intended as a rationale for the GCM [18].

Let us first start by the definition of what is a component: A component is a software module, with a standardized description of what it needs and provides, that can be be manipulated by tools for composition and deployment.

First of all, the GCM is a hierarchical component model. This means users of GCM have the possibility to program GCM components as compositions of existing GCM components. The new, composite components programmed this way are first class components, and they can be used in every context where elementary components can be used. Users (programmers) do not need to perceive the fact that some components are composite, unless they explicitly want to explore their content. This property is already present in existing component models. In particular, the Fractal component model [25, 11] assumes components can be hierarchically composed, and this is one of the reasons that contributed to take the Fractal component model as the reference model in the Programming model Institute and to consider Fractal as the model to be extended in order to define GCM.

The GCM allows component interactions to take place with several distinct mechanisms. In addition to classical “RPC-like” use/provide (or client/server) ports, GCM allows data, stream and event ports to be used in component interaction. Furthermore, collective interaction patterns (communication mechanisms) are also supported. Data ports allow data sharing mechanisms to be implemented. Using data ports components can be used to encapsulate shared data

CoreGRID - Network of ExcellenceCoreGRID FP6-004265 4

while preserving the ability to properly perform ad hoc optimization of the interaction among components sharing data. Stream ports allow one way, data flow communications to be implemented. Despite stream ports can be easily emulated by classical use/provide ports, the explicit usage of stream ports allows much more effective optimizations to be performed in the component run time support. Event ports may be used to provide asynchronous interaction capabilities to the component framework. Events can be subscribed and generated. Furthermore events can be used just to synchronize components as well as to synchronize and to exchange data while the synchronization takes place. This is much in the sense of what actually is already supported in the CCM component model.

Concerning collective interaction patterns, GCM supports several kind of collective ports, including those allowing to implement structured interaction between a single use port and multiple provide ports (multicast collective) and between multiple use ports and a single provide port (gathercast collective). The two parametric (and therefore customizable) interaction mechanisms allow to implement all the interesting collective interaction patterns deriving from the usage of composite components. The current definition of GCM does not exclude the possibility to have further collective interaction patterns in the future, in case the ones included in the current definition turn out to be insufficient to support commonly used Grid component patterns.

GCM is aimed to be used in Grid contexts, which are characterized by highly dynamic, heterogeneous and networked target architectures. GCM is therefore assumed to provide several levels of autonomic managers in components, that take care of the non functional features of the component programs. GCM components have thus two kind of interfaces: a functional and a non functional one. The functional interface hosts all those ports contributing to implement the functional features of the component, i.e. those feature directly contributing to the computation of the result expected by the component. The non functional interface hosts all those ports needed to support the component manager activity in the implementation of the non functional features, i.e. all those features contributing to the efficiency of the component in the achievement of the expected (functional) results but not directly involved actual result computation. Each GCM component therefore contains one or more managers, interacting with other managers in other components via their non functional interfaces. Such managers interact with both the other managers and the internal components of the same component using the proper mechanism provided by the GCM component implementation. Managers are assumed to be present in each component that manage all those aspects related to grid that contribute to the efficient execution of the component on the Grid target architecture.

GCM component architecture is described using an ADL (Architecture Description Language) that describes the component system using composition and binding of sub-components. ADL actually decouples functional program development from the actual tasks needed to deploy, run and control the components on the component framework. In GCM, the ADL is mostly inherited from the Fractal ADL.

Last but not least, GCM component model supports interoperability at several levels. First, interoperability is guaranteed in terms of the ability to support several grid middleware environments as possible platforms used to implement GCM and, in particular, to host the GCM framework. Second, interoperability is guaranteed by the possibility of wrapping GCM components into standard Web Services, in such a way that the WS framework can benefit from the “services” provided by the GCM framework. Third, naturally, GCM components are allowed to invoke standard Web Service services during their execution Current definition of GCM does not prevent the extension of the interoperability features to other frameworks in the future.

CoreGRID - Network of ExcellenceCoreGRID FP6-004265 5

GCM supports the features mentioned above according to several compliance levels, in order to allow smooth transition to GCM from other existing component frameworks. Lower compliance levels accommodate components that still do not support all the features required by the GCM model, but at least can be identified as GCM components with limited support for the GCM features. High compliance levels host full featured GCM components.

The above mentioned features characterize GCM with respect to the other component models currently available. As an example, GCM can be characterized as CCA (Common component architecture) plus hierarchical composition, advanced communication patterns and autonomic control, whereas it can be characterized against Fractal as only supporting autonomic control and advanced communication patterns in addition to the features already supported by Fractal. In this document, a “specification” of GCM is discussed that further details how the features mentioned above are accommodated in the GCM framework. The specification is closer to GCM implementation, however, than the abstract view of the model we presented in this section. These abstract view should be intended as a “qualitative” only description of the model assumed and designed by GCM.

It is important to note that this component model must be suitable both for implementing Grid applications and Grid platforms themselves, with both of them benefiting from having the above features. For example, adaptativity is a key issue for programming Grid application that can be deployed on heterogeneous environments, but this also means that Grid platforms will themselves be deployed and have to manage heterogeneous systems, consequently such platforms would necessitate an even stronger support for adaptativity than the applications themselves.

Main Technical Contributions of the GCM Specification

The proposal for the specification of the GCM include the following aspects:

• Fractal as the basic component architecture: Fractal defines a highly extensible component model which enforces separation of concerns, and separation between interfaces and implementation. Fractal is not particularly intended at distribution, and Grid specificities need to be taken into account in the definition of the GCM.

• An Architecture for the GCM: this document presents the basis for defining an abstract view of the GCM. The final version of the GCM should include standard definitions for this abstract view. Such a high-level view should allow all the partners to define a common view of what should be in a component model for the Grid, thus allowing interoperability. The following architecture

has been proposed for concretely defining the GCM:

1. Component Specification as an XML schema or DTD

2. Run-Time API defined in several languages

3. Packaging described as an XML schema

Pages:   || 2 | 3 | 4 | 5 |   ...   | 15 |

Similar works:

«Rodzina w sercu Europy Rybnik — Nitra — Hradec Králové — Szeged Socjologiczne studium rodziny współczesnej NR 2709 Rodzina w sercu Europy Rybnik — Nitra — Hradec Králové — Szeged Socjologiczne studium rodziny współczesnej pod redakcją Wojciecha Świątkiewicza Wydawnictwo Uniwersytetu Śląskiego Katowice 2009 Redaktor serii: Socjologia Marek S. Szczepański Recenzent Leon Dyczewski Publikacja będzie dostępna — po wyczerpaniu nakładu — w wersji internetowej: Śląska...»

«Cuxhaven, April 2013 Editorial Almost 50 years ago, when I was close to finishing my PhD thesis and reading every new issue of “Dairy Science” and other journals in search of the latest publications related to my topic of bull dam selection, my major professor advised me: if you want to finish, you have to decide whether you want to read or write – in other words: stop reading and hand in your thesis! Since then, I have learned to meet deadlines, and I am happy to acknowledge the help of...»

«SitzungstitelFR7 2015.RRGR.343 1 Le Grand Conseil Der Grosse Rat du canton de Berne des Kantons Bern Mercredi (après-midi) 25 novembre 2015 Direction de la justice, des affaires communales et des affaires ecclésiastiques 74 2015.RRGR.343 Motion 113-2015 Bhend (Steffisbourg, PS) Baisse du tarif des notaires N° de l'intervention: 113-2015 N° d'affaire: 2015.RRGR.343 Déposée le: 19.03.2015 Déposée par: Bhend (Steffisbourg, PS) (porte-parole) Köpfli (Bern, pvl) Bachmann (Nidau, PS)...»

«Zurich Open Repository and Archive University of Zurich Main Library Strickhofstrasse 39 CH-8057 Zurich www.zora.uzh.ch Year: 2011 Reduktion der Erosion und Erosion/Abrasion von Schmelz und Dentin durch Titantetrafluorid, Zirkoniumtetrafluorid, Hafniumtetrafluorid und Aminfluorid : eine In-situ-Studie Hiestand, Barbara Abstract: Unspecified Posted at the Zurich Open Repository and Archive, University of Zurich ZORA URL: http://doi.org/10.5167/uzh-56020 Originally published at: Hiestand,...»

«Projektbericht Research Report Buchpreisregelungen in Europa als Mittel der Kulturpolitik Wirksamkeit und wohlfahrtsökonomische Bedeutung Hanspeter Hanreich, Hermann Kuschej, Günther Grohall, Sebastian Reis Projektbericht Research Report Buchpreisregelungen in Europa als Mittel der Kulturpolitik Wirksamkeit und wohlfahrtsökonomische Bedeutung Hanspeter Hanreich, Hermann Kuschej, Günther Grohall, Sebastian Reis Endbericht Oktober 2009 Institut für Höhere Studien (IHS), Wien Institute for...»

«-1 08/18 MK2 Vollröhrengitarrenverstärker Benutzerhandbuch V 2.1 Ausgabe vom 15.09.2014 Änderungen vorbehalten NEPOMUK 08/18-1 MK2 All Tube Guitar Amplifier -1 Herzlichen Glückwunsch zum Kauf eines Nepomuk 08/18 Voll–Röhrenverstärkers! Speziell den Anforderungen von Gitarristen, die einen leichten, kompakten aber dennoch starken Combo -1 suchen & bei Bedarf Verzerreroder andere Effektpedale vorschalten, wurde der 08/18 entwickelt. Basierend auf unserem in allen Musikstilen sehr...»

«Diese Arbeit ist lizensiert unter der Creative Commons Lizenz „Namensnennung-Keine kommerzielle Nutzung-Keine Bearbeitung 3.0 Deutschland“. Sie dürfen das Werk vervielfältigen, verbreiten und öffentlich zugänglich machen. Weitere Information finden sich hier: http://creativecommons.org/licenses/by-nc-nd/3.0/de/ Studienbegleitendes Essay Initiatoren im Vergleich: Evolution vs. Lernen Jan H. Terstegge Universität Bielefeld Fakultät für Soziologie Sommersemester 2007 Veranstaltung:...»

«Zuwendungsempfänger: NABU Ortsgruppe Marburg Arbeitskreis Gewässerschutz Ronald Polivka Am Krummbogen 2 35039 Marburg Kooperationspartner: Universität Koblenz-Landau Institut für Umweltwissenschaften Herr Dr. Holger Schulz Fortstraße 7 76829 Landau Modell und Demonstrationsvorhaben (MuD) Erhaltung autochthoner Populationen bedrohter Krebsund Fischarten Förderkennzeichen: 07BM018 Abschlussbericht Zeitraum: Juni 2009 – Dezember 2010 Verantwortlichkeiten Deichmanns Aue 29 Bundesanstalt...»

«Heizkörper-/ Detailsprühaufsatz 2 Jahre Garantie Radiator/detail spray attachment 2 years Guarantee Façade amovible pour accès difficiles 2 ans de garantie Radiator/detailspuitopzet 2 jaar garantie D/GB/F/NL 1B 1A C 1B 1A 15 A C B A B A B 6 D GB F NL.22 ++  Heizkörper-/Detailsprühaufsatz D Lesen Sie vor Inbetriebnahme des Aufsatzes diese Bedienungsanleitung durch und machen Sie sich mit der Bedienungsanleitung des Basisgerätes vertraut. Für diesen...»

«The Artistry of Community Consultation Keynote Address, Community Arts Network, Western Australia July 2005 By Wendy Sarkissian I will begin by acknowledging the Nyungar people, the traditional, and I hope ongoing, custodians of this beautiful country. I’m going to talk to you today about the artistry of community consultation. Artistry is about a lot of different things. It is about ingeniousness and it’s about prowess, practicality, confidence and craftsmanship. Artistry is “a superior...»

<<  HOME   |    CONTACTS
2016 www.book.dislib.info - Free e-library - Books, dissertations, abstract

Materials of this site are available for review, all rights belong to their respective owners.
If you do not agree with the fact that your material is placed on this site, please, email us, we will within 1-2 business days delete him.