1 / 12

SCIEnce JRA Status Report Symbolic Grid Computing

SCIEnce JRA Status Report Symbolic Grid Computing.

janna
Download Presentation

SCIEnce JRA Status Report Symbolic Grid Computing

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SCIEnce JRA Status ReportSymbolic Grid Computing Kevin Hammond, Steve Linton, Marco Costantini, Alexander KonavelevUniversity of St Andrews, ScotlandPhil Trinder, Greg Michaelson, Abyd al ZainHeriot-Watt University, ScotlandDana Petcu, Alexandru Carstea, Adrian Craciun, Marc Frincu,Georgiana MacariuIeAT, Timisoara, Romania

  2. Overall JRA Objectives • producea portable framework (SymGrid) that will • allow symbolic computations to access Grid services • allow symbolic components to be exploited as part of larger Grid service applications on a computational Grid • developresource brokers that will support the irregular workload and computation structures that are frequently found in symbolic computations • implementa series of applications that will demonstrate the capabilities and limitations of Grid computing for symbolic computations

  3. Diagrammatic Workplan

  4. Task JRA 1.1Access to Grid Services: SymGrid-Services • Develop middleware (SymGrid-Services) to allow generic access to symbolic Grid services, as part of SymGrid. • Provide service discovery for symbolic Grid components. • At the lower level, SymGrid will integrate with and build on existing Grid middleware, including at least Globus. • Higher-level system interfaces will be defined to allow straightforward SymGrid access from within symbolic systems. These interfaces will be designed in association with the providers of the Maple, GAP, MuPAD and Kant systems in order to meet the generic requirements of symbolic system providers.

  5. Task JRA 1.2Symbolic Grid Components: SymGrid-Par • Develop new SymGrid middleware to allow symbolic programs to be used as components of larger applications on the Grid. • Complements JRA1.1 by allowing symbolic systems to both access Grid services and to themselves provide Grid services. • We will exploit the OpenMath-based data representation of symbolic computing resources developed in NA3, define security policies to protect sensitive symbolic applications and data, and implement appropriate security mechanisms. • The middleware will be developed in conjunction with the interfaces produced in JRA1.1 so that SymGrid-enabled components may be called from other SymGrid components, and may themselves call such components. In this way complete Grid-enabled applications may be constructed.

  6. Task JRA 1.3Interfacing Symbolic Computing Systems • Construct user-level interfaces from the Maple, Kant, MuPad and GAP symbolic systems to the SymGrid middleware developed in JRA1.1 and JRA1.2. • This will permit symbolic Grid applications to be constructed from heterogeneous SymGrid-enabled components, and so allow specific capabilities and strengths of each symbolic system to be exploited as part of a single application.

  7. Initial Objectives • Link Computer Algebra Systems to Middleware • Develop generic programming interfaces • CA systems to middleware • Middleware to CA Systems • Develop user interfaces (UIs) for each CA system • Design data interchange format • OpenMath/MathML (with NA3) • Identify generic needs of CA Systems • what must the middleware provide? • Identify and build CA exemplars • good distribution • interesting computation patterns • combination of different CA systems

  8. GpH/GAP Prototype Complete GpH/GAP Prototype Maple2G Prototype Design SymGrid Implement SymGrid for GAP Work on CA Exemplars Develop Maple & GAP UIs Design data interface (with NA3) Identify Generic SC Needs April '06 Sep '06 April '07 Sep '07 JRA 18-Month Workplan

  9. Current Status • Prototype GAP-GpH (Haskell) Interface constructed (HW/SA) • Prototype SymGrid-Par system implemented • Builds on existing GRID-GUM system • Now porting to latest Haskell compiler • Design work on SymGrid-Services (IeAT) • now in implementation • Grid Cluster installed at IeAT • cluster available at HWU • new cluster to be installed at SA • Planning meetings held in St Andrews, Genoa, Budapest and Brussels • Regular audio-conferences

  10. CA Systems (UIs) Gap Maple MuPad Kant ... GpH Middleware Java/C (Maple2G) CA Systems (engines) Gap Maple MuPad Kant ... SymGrid (Original Design) CA to Middleware (CAM) interface Middleware to CA (MCA) interface

  11. CA Systems CA Systems (multiple engines) Gap Maple MuPad Kant ... SymGrid (Current Design) Web/CA User Interface (UI) Direct SymGrid-Par Interface SymGrid-Services Middleware to CA interface (MCA/CAM) SymGrid-Par Grid to CA interface (GCA/CAG)

  12. Near-Term Objectives • Complete SymGrid-Services/SymGrid-Par for GAP • Extend to Maple, MuPad, Kant • New UIs for each system • New APIs for each system

More Related