German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology German National Research.

Slides:



Advertisements
Similar presentations
Three types of remote process invocation
Advertisements

MicroKernel Pattern Presented by Sahibzada Sami ud din Kashif Khurshid.
Multiple Processor Systems
Executional Architecture
A Dynamic World, what can Grids do for Multi-Core computing? Daniel Goodman, Anne Trefethen and Douglas Creager
Master/Slave Architecture Pattern Source: Pattern-Oriented Software Architecture, Vol. 1, Buschmann, et al.
Chapter 4 Threads, SMP, and Microkernels Patricia Roy Manatee Community College, Venice, FL ©2008, Prentice Hall Operating Systems: Internals and Design.
Lightweight Remote Procedure Call Brian N. Bershad, Thomas E. Anderson, Edward D. Lazowska, and Henry M. Levy Presented by Alana Sweat.
Common Object Request Broker Architecture (CORBA) By: Sunil Gopinath David Watkins.
Chapter 13 Embedded Systems Patricia Roy Manatee Community College, Venice, FL ©2008, Prentice Hall Operating Systems: Internals and Design Principles,
1 © Wolfgang Pelz UML3 UML 3 Notations describe how to use reusable software. Package Component Deployment Node.
Java for High Performance Computing Jordi Garcia Almiñana 14 de Octubre de 1998 de la era post-internet.
Establishing the overall structure of a software system
Figure 1.1 Interaction between applications and the operating system.
Object Based Operating Systems1 Learning Objectives Object Orientation and its benefits Controversy over object based operating systems Object based operating.
A. Frank - P. Weisberg Operating Systems Introduction to Tasks/Threads.
HW/SW Co-Synthesis of Dynamically Reconfigurable Embedded Systems HW/SW Partitioning and Scheduling Algorithms.
Slide 6-1 Copyright © 2004 Pearson Education, Inc. Operating Systems: A Modern Perspective, Chapter 6.
Chapter 4.1 Interprocess Communication And Coordination By Shruti Poundarik.
Design and Implementation of a Single System Image Operating System for High Performance Computing on Clusters Christine MORIN PARIS project-team, IRISA/INRIA.
ADLB Update Recent and Current Adventures with the Asynchronous Dynamic Load Balancing Library Rusty Lusk Mathematics and Computer Science Division Argonne.
Computer Architecture Parallel Processing
Chapter 8 Windows Outline Programming Windows 2000 System structure Processes and threads in Windows 2000 Memory management The Windows 2000 file.
SSI-OSCAR A Single System Image for OSCAR Clusters Geoffroy Vallée INRIA – PARIS project team COSET-1 June 26th, 2004.
CSCI 224 Introduction to Java Programming. Course Objectives  Learn the Java programming language: Syntax, Idioms Patterns, Styles  Become comfortable.
1 Developing Native Device for MPJ Express Advisor: Dr. Aamir Shafi Co-advisor: Ms Samin Khaliq.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
BLU-ICE and the Distributed Control System Constraints for Software Development Strategies Timothy M. McPhillips Stanford Synchrotron Radiation Laboratory.
An Approach To Automate a Process of Detecting Unauthorised Accesses M. Chmielewski, A. Gowdiak, N. Meyer, T. Ostwald, M. Stroiński
The Grid System Design Liu Xiangrui Beijing Institute of Technology.
Copyright © George Coulouris, Jean Dollimore, Tim Kindberg This material is made available for private study and for direct.
“DECISION” PROJECT “DECISION” PROJECT INTEGRATION PLATFORM CORBA PROTOTYPE CAST J. BLACHON & NGUYEN G.T. INRIA Rhône-Alpes June 10th, 1999.
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
MAPLD Reconfigurable Computing Birds-of-a-Feather Programming Tools Jeffrey S. Vetter M. C. Smith, P. C. Roth O. O. Storaasli, S. R. Alam
NOVA Networked Object-based EnVironment for Analysis P. Nevski, A. Vaniachine, T. Wenaus NOVA is a project to develop distributed object oriented physics.
Issues Autonomic operation (fault tolerance) Minimize interference to applications Hardware support for new operating systems Resource management (global.
PRET-OS for Biomedical Devices A Part IV Project.
07/09/04 Johan Muskens ( TU/e Computer Science, System Architecture and Networking.
OPERATING SYSTEM SUPPORT DISTRIBUTED SYSTEMS CHAPTER 6 Lawrence Heyman July 8, 2002.
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
Scott Ferguson Section 1
An OBSM method for Real Time Embedded Systems Veronica Eyo Sharvari Joshi.
Distributed Object Frameworks DCE and CORBA. Distributed Computing Environment (DCE) Architecture proposed by OSF Goal: to standardize an open UNIX envt.
1 Choices “Our object-oriented system architecture embodies the notion of customizing operating systems to tailor them to support particular hardware configuration.
BridgePoint Integration John Wolfe / Robert Day Accelerated Technology.
Laboratory of Model Driven Engineering for Embedded Systems An Execution Framework for MARTE-based Models UML&AADL’2008 workshop Belfast, Northern Ireland.
CSC480 Software Engineering Lecture 10 September 25, 2002.
System Components ● There are three main protected modules of the System  The Hardware Abstraction Layer ● A virtual machine to configure all devices.
NOVA A Networked Object-Based EnVironment for Analysis “Framework Components for Distributed Computing” Pavel Nevski, Sasha Vanyashin, Torre Wenaus US.
Globus: A Report. Introduction What is Globus? Need for Globus. Goal of Globus Approach used by Globus: –Develop High level tools and basic technologies.
Motivation: dynamic apps Rocket center applications: –exhibit irregular structure, dynamic behavior, and need adaptive control strategies. Geometries are.
Introduction Contain two or more CPU share common memory and peripherals. Provide greater system throughput. Multiple processor executing simultaneous.
Design and implementation Chapter 7 – Lecture 1. Design and implementation Software design and implementation is the stage in the software engineering.
Parallel Computing Presented by Justin Reschke
Slide 1 Chapter 8 Architectural Design. Slide 2 Topics covered l System structuring l Control models l Modular decomposition l Domain-specific architectures.
Nguyen Thi Thanh Nha HMCL by Roelof Kemp, Nicholas Palmer, Thilo Kielmann, and Henri Bal MOBICASE 2010, LNICST 2012 Cuckoo: A Computation Offloading Framework.
CSCI/CMPE 4334 Operating Systems Review: Exam 1 1.
Sung-Dong Kim, Dept. of Computer Engineering, Hansung University Java - Introduction.
Chapter 4 – Thread Concepts
DISTRIBUTED SYSTEMS Principles and Paradigms Second Edition ANDREW S
Chapter 1 Introduction.
Chapter 4 – Thread Concepts
CS399 New Beginnings Jonathan Walpole.
Chapter 1 Introduction.
KERNEL ARCHITECTURE.
Many-core Software Development Platforms
Realizing Concurrency using Posix Threads (pthreads)
Chapter 4: Threads.
Realizing Concurrency using Posix Threads (pthreads)
Presentation transcript:

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 1 EPOS and Myrinet: Effective Communication Support for Parallel Applications Running on Clusters of Workstations Antônio Augusto Fröhlich Gilles Pokam Tientcheu Wolfgang Schöder-Preikschat May 2000

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 2 Outline Introduction Application-orientation systems Component-based systems EPOS Design Framework Generation Tools Conclusion

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 3 high performance X all purpose, global, generic Introduction There is no best “general” solution Each (class of) application has particular demands

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 4 Applicaiton-orientation Each application deserves its own run-time support system Set of applications that will run on top of the operating system and their requirements Isn’t known until run-time => dynamic adaptation Can be determined before run-time => static configuration Parallel and embedded applications Adaptability and configurability Component-based?

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 5 Component-orientation component granularity many simple components customizability reusability performance “a queue link” “a file system” usability maintainability a few complex components

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 6 The Gap to Applications (Motivation for EPOS) component granularity many simple components What is this component for? What is the difference to that other one? How do I use it? Do I have to take this junk as well? The component I need is not there! a few complex components

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 7 EPOS: Embedded Parallel Operating System EPOS operating system Application-driven assemblage of system components EPOS components Statically configurable, application ready system abstractions EPOS and the real world Intelligent visual tools for configuration Invisibility Standard libraries (Posix files, libc, libstdc++, libm) Standard APIs (Posix threads, MPI)

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 8 System Abstraction system micro-components EPOS System Abstractions Application ready components Independent from execution scenario Examples: A thread on a given scheduling policy NOT a thread for one processor, or for multi- tasking

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 9 Scenario Adapters EPOS Scenario Adapters Adapt existing system abstractions for a given execution scenario Adapt system micro- components to grant the semantics dictated by a given execution scenario Examples: An SMP adapter A secure remote invocation adapter

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 10 task memory segment thread file synchronizer communicator Inflated Interfaces EPOS Inflated Interfaces Export system abstractions to applications Well-known to application programmers Comprehensive Promote requirement analysis Examples: thread communicator synchronizer Not a fat interface if intersection => subset

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 11 realization > partially realizeselectively realize key realization 1 > realization 3realization Partial and Selective Realization Relationships System configuration is basically restricted to the setting of selective realize keys

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 12 Wrapped No allocation or sharing control No cross-domain invocation Always embedded in the application Controlled Allocation and sharing control is possible Cross-domain invocation is possible Embedded in the application or packed in a kernel EPOS Framework Static metaprogrammed Metaprograms run at compile-time (Almost) no run-time overhead Implemented as C++ templates System abstraction implementation

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 13 inflated interface scenario adapter > wrapper realization > Application EPOS Framework Wrapped System Abstraction

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 14 basic stub message exchange stubprocedure call stubInflated interface > stub > server > realization basic server message exchange serverprocedure call server handle > id > message > id state Application System EPOS Framework Controlled System Abstraction > scenario adapter

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 15 Automatic Generation Application refers to inflated interfaces Requirement analyzer parses the application searching for inflated interfaces references Which interfaces are referred to? How they are referred to? Expert system select the realizations that better match the referred inflated interfaces An application-oriented operating system is compiled

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 16 syntactic analyzer tasks segments threadsmailboxes mutexfiles complex application program code = new Segment(buffer, size); task = new Task(code, data); thread = new Thread(task, &entry_func, priority, SUSPENDED, arguments); mutex->entry(); Mailbox mailbox; mailbox >> message; File file(name); file << mailbox; Requirement Analysis

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 17 Requirement Analysis flat memorylinks syntactic analyzer real application program (MPI) Channel link(destination); link << mesage;

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 18 Context Information We need context information new Thread(task, &func) => location? mailbox protocol? Absence of Task => single-task? Buildup databases Scenario dependencies Target machine description

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 19 Execution Scenario execution scenario += tasks segments threadsmailboxes monitorsfiles required Inflated interfaces

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 20 Application-oriented EPOS application interfaces scenario adapters system micro-componentssystem abstractions

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 21 Conclusions EPOS doesn’t grant the tailored OS to be optimal When several realizations fulfill the requirements, the selection is arbitrary Profiling could help EPOS framework overhead is close to zero Tools are being implemented System abstraction repository is growing First real applications are being negotiate

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 22

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 23

German National Research Center for Information Technology Research Institute for Computer Architecture and Software Technology 24