© 2002 Mercury Computer Systems, Inc. Status and Activity in the OMG Relevant to HPEC James E. Kulp Mercury Computer Systems, Inc. HPEC – September 2002.

Slides:



Advertisements
Similar presentations
1 CIS224 Software Projects: Software Engineering and Research Methods Lecture 11 Brief introduction to the UML Specification (Based on UML Superstructure.
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 12 Slide 1 Distributed Systems Design 2.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 9 Distributed Systems Architectures Slide 1 1 Chapter 9 Distributed Systems Architectures.
SANKHYA ® Varadhi The Digital Bridge TM. (c) Sankhya Technologies Private Limited. All Rights Reserved.2 Varadhi at a glance Object middleware.
A Brief Introduction. Acknowledgements  The material in this tutorial is based in part on: Concurrency: State Models & Java Programming, by Jeff Magee.
Distributed Systems Architectures
1 12/10/03CCM Workshop QoS Engineering and Qoskets George Heineman Praveen Sharma Joe Loyall Richard Schantz BBN Technologies Distributed Systems Department.
Chapter 13 Physical Architecture Layer Design
Terminal Bridge Extension Over Distributed Architecture MSc. Sami Saalasti.
Chapter 13 Embedded Systems
Ch 12 Distributed Systems Architectures
Systems Analysis and Design in a Changing World, 6th Edition
2 2 The following is intended to outline our general product direction. It is intended for informational purposes only, and may not be incorporated into.
23 September 2004 Evaluating Adaptive Middleware Load Balancing Strategies for Middleware Systems Department of Electrical Engineering & Computer Science.
QoS-enabled middleware by Saltanat Mashirova. Distributed applications Distributed applications have distinctly different characteristics than conventional.
MDA Guide Version CYT. 2 Outline OMG Vision and Process Introduction to MDA How is MDA Used? MDA Transformations Other MDA Capabilities Using the.
Chapter 13 Starting Design: Logical Architecture and UML Package Diagrams.
Why Do Projects? Omer Rana … My Thoughts on Things.
4.x Performance Technology drivers – Exascale systems will consist of complex configurations with a huge number of potentially heterogeneous components.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 12 Slide 1 Distributed Systems Architectures.
1 CS 456 Software Engineering. 2 Contents 3 Chapter 1: Introduction.
Tiny Components – a collection of initial ideas copyright © 2003 Tiny Components Tiny Components A Component Model for Small, Embedded or Mobile devices.
1 소프트웨어공학 강좌 Chap 9. Distributed Systems Architectures - Architectural design for software that executes on more than one processor -
MDA and QVT  Tom Gullion, Director of Product Management, Together Products.
An Introduction to Software Architecture
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 13: Physical Architecture Layer Design Alan Dennis,
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
Introduction to MDA (Model Driven Architecture) CYT.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e UPDM Review Session Col. Jack Jibilian Enterprise Architecting & Warfighting Decision Support SAF/XCPA.
CONNECT Roadmap Draft version as of February 4 th,
EGEE-II INFSO-RI Enabling Grids for E-sciencE EGEE and gLite are registered trademarks Interoperability Shibboleth - gLite Christoph.
HPEC’02 Workshop September 24-26, 2002, MIT Lincoln Labs Applying Model-Integrated Computing & DRE Middleware to High- Performance Embedded Computing Applications.
© 2004 Mercury Computer Systems, Inc. FPGAs & Software Components Graham Bardouleau & Jim Kulp Mercury Computer Systems, Inc. High Performance Embedded.
Can architecture descriptions help prospective users to visualise the solution in terms of meeting its requirements? Peter Henderson Open Middleware Infrastructure.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Cousins HPEC 2002 Session 4: Emerging High Performance Software David Cousins Division Scientist High Performance Computing Dept. Newport,
Cloud Age Time to change the programming paradigm?
© 2004 Mercury Computer Systems, Inc. Implementation Design Choices for the SWRadio Specification A. Tansu Demirbilek ademirbi(at)mc(dot)com.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
1 BBN Technologies Quality Objects (QuO): Adaptive Management and Control Middleware for End-to-End QoS Craig Rodrigues, Joseph P. Loyall, Richard E. Schantz.
ATIS’ Service Oriented Networks (SON) Activity Andrew White, Nokia Siemens Networks DOCUMENT #:GSC15-PLEN-81r1 FOR:Presentation SOURCE:ATIS AGENDA ITEM:PLEN.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Topic 2: The Role of Open Standards, Open-Source Development, & Different Development Models & Processes (on Industrializing Software) ARO Workshop Outbrief,
03/03/051 Performance Engineering of Software and Distributed Systems Research Activities at IIT Bombay Varsha Apte March 3 rd, 2005.
E-commerce Architecture Ayşe Başar Bener. Client Server Architecture E-commerce is based on client/ server architecture –Client processes requesting service.
Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:
Distributed Systems Architectures Chapter 12. Objectives  To explain the advantages and disadvantages of different distributed systems architectures.
Software Communication Architecture Compliant Software Defined Radios
Chapter 12: Architecture
EI Architecture Overview/Current Assessment/Technical Architecture
EGEE Middleware Activities Overview
15 September 2004, Washington, DC
Supporting SCA Applications in a Lightweight CCM Environment
Software Connectors.
FPGAs & Software Components
Systems Analysis and Design With UML 2
CORBA Within the OS & Its Implementation
Tools for Composing and Deploying Grid Middleware Web Services
Distributed Systems Bina Ramamurthy 12/2/2018 B.Ramamurthy.
Component--based development
Chapter 12: Physical Architecture Layer Design
Bringing technology and leadership together.
UML profiles.
An Introduction to Software Architecture
ATIS’ Service Oriented Networks (SON) Activity
Software Communication Architecture Compliant Software Defined Radios
Fundamental Concepts and Models
Presentation transcript:

© 2002 Mercury Computer Systems, Inc. Status and Activity in the OMG Relevant to HPEC James E. Kulp Mercury Computer Systems, Inc. HPEC – September 2002

© 2002 Mercury Computer Systems, Inc. 2 Agenda l Object Management Group (OMG) standards activities relevant to HPEC l CORBA-based applications l Impediments & risks l Summary

© 2002 Mercury Computer Systems, Inc. 3 HPEC-Related OMG Standards Activities l Data Parallel CORBA l Real-time CORBA l Extensible transports l High-performance enablers l Deployment & configuration of components l Embedded profile for components l Lightweight services l Software Defined Radio at OMG

© 2002 Mercury Computer Systems, Inc. 4 Data Parallel CORBA l Standardized to bring data parallel (SIMD) scalability to CORBA l Moving many data-reorg ideas into mainstream standards l Status: adopted, being implemented wSee Schmidt/Gokhale/Gill HPEC presentation on Realtime/Data Parallel CORBA l Usable in 2003?

© 2002 Mercury Computer Systems, Inc. 5 Real-Time CORBA l Distributed applications in embedded systems sometimes require deterministic performance l Real-time CORBA 1.0 standardizes how ORBs can deliver this with fixed priorities (typical RTOS scheduling) l Real-time CORBA 2.0 (dynamic scheduling) standardizes how advanced scheduling techniques can work (beyond fixed priorities) l Status: 1.0 available, 2.0 being implemented

© 2002 Mercury Computer Systems, Inc. 6 Extensible Transports l A standard between ORBs (the middleware used by applications), and the underlying data transport layer (typically IP/TCP) l Allows users or third parties to create/support non-TCP/IP transports without ORB supplier involvement l It may enable transports to avoid data copies that are required by many today l Status: RFP issued, drafts submitted

© 2002 Mercury Computer Systems, Inc. 7 High-Performance Enablers l A process to eliminate remaining performance inhibitors in CORBA wData must be copied before being handed to the underlying “message transport” layer (which may also add extra copies) wThere is no way for requests to be repeatedly issued from a pre-computed template wData must be reformatted even between identical systems l Status: RFP issued

© 2002 Mercury Computer Systems, Inc. 8 Deployment & Configuration l Completes the “component software” picture, making it complete and usable l Initial CCM standard was weak here l Moves more lines of code into the standard infrastructure l Extends standardization into deployment issues wPackaging SW into the field wInstalling and configuring for a target environment wRuntime environment for managing installed software

© 2002 Mercury Computer Systems, Inc. 9 Deployment & Configuration l Standards process is combining inputs wCCM known weaknesses and defects wJTRS/SCA embedded deployment issues wMercury/SCE heterogeneous, field-upgrade issues l Defined in UML as a PIM (an abstract standard not tied to CORBA) as well as a PSM (specific CORBA standard) l Status: RFP issued, first draft submitted (9/02)

© 2002 Mercury Computer Systems, Inc. 10 Embedded Profile for CORBA Components l Allows standards compliance with a subset appropriate to embedded applications l Similar in spirit to minimum CORBA subset for embedded CORBA apps l Removes mandatory E-commerce artifacts from current CCM standard l Status: RFP drafted

© 2002 Mercury Computer Systems, Inc. 11 Lightweight Services l Defines embeddable subsets of several currently defined CORBA services (Name, Event, Time) l Focuses on footprint and modular functionality l Status: RFP issued

© 2002 Mercury Computer Systems, Inc. 12 Dataflow for UML 2.0 l Part of the data-flow/component part of the UML 2.0 standard (activity diagrams) l Targets data-reorg/data-flow specification at the model level l Enables modeling of DP CORBA l Status: draft standards submitted

© 2002 Mercury Computer Systems, Inc. 13 Software Defined Radio (SDR) l Separate OMG Domain Special Interest Group (DSIG) l Pushing embedded issues into CORBA services l Pushing SCA capabilities into CORBA Components l Defining domain-specific (SDR) standards (e.g. RF Modem)

© 2002 Mercury Computer Systems, Inc. 14 CORBA-Based Applications l SDR applications, both government (JTRS/SCA) and commercial (SDR Forum) l [insert others here] wShipboard weapons control wTheatre High Altitude Defense (THAAD) wHelicopters wNaval electronics wUnmanned underwater vehicles wAWACS/Wedgetail

© 2002 Mercury Computer Systems, Inc. 15 Impediments/Risks l The Chicken and Egg problem wThe market is skeptical: distributed object computing (DOC) is/was big/slow wThe investments need a market for lean/mean wThis problem has been overcome, but more would be better (more trials, more products) l The (e)commerce world invests in Java wDistracts from heterogeneous/embeddable wBut Java/CORBA bridges are maintained l The open-source parallel computing world is centered on MPI wSIMD/Parallel CORBA implementations begun

© 2002 Mercury Computer Systems, Inc. 16 Summary l Standards progress is enabling wPerformance wEmbeddable wDeployable l Implementation progress is modest wHPEC market is small and fragmented wCommercial overlap (DOC/components) reduced by Java l Adoption is modest wMore standards needed to fully enable standards base wJTRS/SCA is a significant milestone, and is moving to merge with OMG standards