340 likes | 532 Views
Overview of GCM (Grid Component Model) and Grid COMP EU Project Denis Caromel OASIS INRIA-UNSA-CNRS I3S Melbourne, Jan. 29 2007. 1. ProActive context 2. GCM. ProActive and GCM. Structuring of the library 3 big layers Inner bricks Component Aspects: not only
E N D
Overview of GCM (Grid Component Model)and GridCOMPEU Project Denis Caromel OASIS INRIA-UNSA-CNRS I3SMelbourne, Jan. 29 2007 1. ProActive context2. GCM INSERT PROJECT ACRONYM HERE BY EDITING THE MASTER SLIDE (VIEW / MASTER / SLIDE MASTER)
ProActive and GCM • Structuring of the library • 3 big layers • Inner bricks • Component Aspects: not only in Cp Box!
ProActive • New GUIs • IC2D Eclipse • TimIt
Shanghai Amsterdam Grid Computing with ProActive Melbourne Hierarchical Deployment Challenges: Programming Model, Scale, Latency, Heterogeneity, Versatility (protocols,firewalls...) Beijing
JVM A A WBN! ProActive : Active objects A ag =newActive (“A”, […], VirtualNode) V v1 = ag.foo (param); V v2 = ag.bar (param); ... v1.bar(); //Wait-By-Necessity JVM ag v2 v1 V Wait-By-Necessity is a Dataflow Synchronization Java Object Active Object Req. Queue Future Object Proxy Thread Request
A V Creating AO and Groups A ag = newActiveGroup (“A”, […], VirtualNode) V v = ag.foo(param); ... v.bar(); //Wait-by-necessity JVM Group, Type, and Asynchrony are crucial for Cpt. and GRID Typed Group Java or Active Object
Objects to Distributed Components ComponentIdentity Cpt = newActiveComponent (params); A a = Cpt … .getFcInterface ("interfaceName"); V v = a.foo(param); A Example of a component instance V Truly Distributed Components Typed Group Java or Active Object JVM
GCM + Scopes and Objectives: Grid Codes that Compose and Deploy No programming, No Scripting, … No Pain Innovation: Composite Components Multicast and GatherCast MultiCast GatherCast INSERT PROJECT ACRONYM HERE BY EDITING THE MASTER SLIDE (VIEW / MASTER / SLIDE MASTER)
GCM: Grid Component Model • GCM Being defined in the NoE CoreGRID (42 institutions) • Open Source ObjectWebProActive implements a preliminary version of GCM • Service Oriented: NESSI relation exp. • GridCOMP takes: • GCM as a first specification, • ProActive as a starting point, and Open Source reference implementation. The vision: GCM to be the GRID GSM
GCM Technical Structure • Component Specification as an XML schema or DTD • Run-Time API defined in several languages C, Java • Packaging described as an XML schema • Information for Deployment (Virtual Nodes, … Variables, File Transfer, …)
Content and Activities • 1 - Primitive Component Programming • 2 - Legacy Code Wrapping, Interoperability • 3 - Composition and Composites, Deployment • 4 – Autonomic features • 5 – IDE for GCM (Composition GUI, etc.)
Collective Interfaces • Simplify the design and configuration of component systems • Expose the collective nature of interfaces • Cardinality attribute • Multicast, Gathercast, gather-multicast • The framework handles collective behaviour • at the level of the interface • Based on Fractal API : • Dedicated controller • Interface typing Verifications
Multicast interfaces Transform a single invocation into a list of invocations • Multiple invocations • Parallelism • Asynchronism • Dispatch • Data redistribution (invocation parameters) • Parameterisable: Distribution Function • Broadcast, scattering • Dynamic redistribution: Dynamic dispatch • Result = list of results
Multicast interfaces • Results as lists of results • Invocation parameters may also be distributed from lists
Transform: a list of invocations a single invocation Synchronization of incoming invocations ~ “join” invocations Timeout / Drop policy Bidirectional Bindings (callers callee) Data gathering Aggregation of parameters into lists Result: Redistribution of results Redistribution function Gathercast interfaces
Status of GCM in ProActive • Partial implementation: • ADL schema, API, Multicast, Gathercast, … • Component GUI (prototype) • Distributed components for various applications: • Numerical, Legacy, … • On-going experiments: • up to 300+ CPUs
Current GCM experiments in ProActive • JEM3D: 3D electromagnetic application: a single Cp on 300+ CPUs on Grid • Vibro-Acoustic application with EADS (legacy MPI coupling)
Current GCM experiments in ProActive • IBM: • Security Fingerprint System • ATOS Origin: • Financial Application Optimization • GridSystems: • Wing Simulation • Telecom Application, EDR processing
Update on ProActive and GCM (1) • New Version under preparation: • Nov. 10: ProActive Version 3.2 Beta • Jan. 26: ProActive Version 3.2 (After PlugTests’ Learning, New Web Site) • New features in 3.2 release: Next slide
Update on ProActive and GCM (2) • New Features in ProActive Version 3.2: • New features in 3.2 release: • Conformance tests for Fractal, towards conformance tests for GCM • IC2D Eclipse Plugin • TimIt (Hierarchical, Visual) • Skeleton (improved, with File Transfer, Documentation) • gLite EGEE deployment updated • Support for Java 1.5 Generics: • Active Objects can be instantiated from Generic Classes • Some Warnings removed • Improvements in OSGi integration • Prototype TTools for UML modeling of GCM components (TBC)
A Vision:GCM as EU’s GSM • Once upon a time: • GSM: Global System for Mobile communication • Process: • “critical decisions […] the GSM initiative became a success in Europe […] • Initially the strategy and technical specifications were agreed for Europe and […] incorporating all non-European requirements […] worldwide to participate ” From: Gsm & Umts: The Creation of Global Mobile Communications Standardization of GSM was crucial for EU advances in Mobile Telephony (Science and Business)
A Vision:GCM as EU’s GSM GRID faces the same challenge: • Build Flexibility • Openness • Interoperability Objectives: Build a Word-Wide standard for Science and Business GRIDs: GCM
GSM and GCM Pictures • GSM cells: • Components:
Conclusion (1)Scientific Issues and DirectionsComponents in the membrane: • Membrane: • Meta-Objects Java Objects • Components: • Active Objects • If Cp in Mb: • Active Objects as Meta-Objects • Not suited for all cases. If Dist. AO If light+local POJO TBD
Conclusion (2) Key technology advancements • Programming the Grid with reusable, composable, components • vs. ad hoc solutions • Component for Separation of Concerns and AOP: • Gathercast allows to have synchronisation outside functional code • Deployment on various architectures • Super Computer Center, Clusters, data-center, desktop Grids, … • Interoperability with related Grid software • Integration into Service Oriented Architecture (SOA) INSERT PROJECT ACRONYM HERE BY EDITING THE MASTER SLIDE (VIEW / MASTER / SLIDE MASTER)
Conclusion (3) Research Challenges • A general enough GCM, still efficient • Effective composition: Semantics, Deployment, Portability • Non-Functional Aspects: Security, Load-Balancing, Fault-tolerance, CP. Specif (Lotos, UML TTools, pNets) and Model Checking Verification INSERT PROJECT ACRONYM HERE BY EDITING THE MASTER SLIDE (VIEW / MASTER / SLIDE MASTER)