Derivation and Verification of Parallel Components for the Needs of an HPC Cloud

Transcription

1 XVII Brazilian Symposiun on Formal Methods () In: III Brazilian Conference on Software: Theory and Practice (CBSOFT'2013) Derivation and Verification of Parallel Components for the Needs of an HPC Cloud Thiago Braga Marcilon Francisco Heron de Carvalho Junior ParGO Research Group Pós-Graduação em Ciência da Computação Universidade Federal do Ceará Fortaleza/CE, Brazil MDCC/UFC

2 Topics Context and motivations (HPC Storm); Goals of this study; The system of formal contracts of HPC Storm; Contract-based formal derivation process; Case studies on derivation of parallel code using Circus/HCL: Conclusions.

3 Context and Motivations HPC Storm HPC Storm is HPC in clouds through components components HPC applications computational sciences engineering HPC CBHPC CCA Hash Fractal GCM HPC Storm HPC in clouds CBSE in clouds clouds

4 Context and Motivations HPC Storm Services; IaaS (infrastructure), comprising parallel computing platforms; PaaS (platform), for developing components and applications that may exploit the potential performance of these parallel computing platforms; SaaS (software), built from components, for attending HPC users. applications; Stakeholders: Domain specialists; Application providers; specialists use applications providers build applications Front-End (SaaS) build components maintainers manage infrastructure applications Component developers; Core (PaaS) components built from Platform maintainers. Architecture: Back-End (IaaS) parallel computing platforms includes Front-End / Core / Back-End.

5 specialists (final users) providers developers maintainers use applications Front-End (SaaS) Core (PaaS) build applications build components components manage infrastructure applications built from Back-End (IaaS) parallel computing platforms includes

6 Context and Motivations Hash Component Model A model of parallel components; Targeted at distributed-memory parallel computing platforms; Units + overlapping composition + component kinds; Makes possible isolation of parallelism concerns inside components; Hash Programming Environment (HPE) Reference implementation of Hash, for cluster computing platforms; Hash Type System (HTS) Discovery and binding of components according to assumptions about the execution context (application + target parallel computing platform); Contextual abstraction, abstract components and instantiation types; Which component is the best for a given context (instantiation type)?

7 HPC Storm The System of Formal Contracts Each application orquestrates a set of available components to find (computational) solutions for problems in a specific domain of interest; Components may be built from (overlapping) composition of other components, defining depedencies; Hash A component dependency is described by a contract; The contract (of a software component) specifies: HTS extension The assumptions of the component about the execution environment (context = application + parallel computing platform); The computational task performed by the component. A specification of how the component perform its task. The problem we are addressing in this paper The guarantees of the component about its performance (QoS).

8 HPC Storm The System of Formal Contracts abstract component contract implementation assumptions includes platform assumptions and performance requirements component #2 Algorithms influenced by Implementation assumptions (contextual abstraction) what it does how it does when it does Functionality Algorithms Behaviour

9 HPC Storm The System of Formal Contracts Front-End (application) Core (component catalog) Back-End platform 2 contracts of components platform 1 platform 3

10 Context and Motivations HPC Storm Component Certification Specialists demand for correctness and performance obligations on component orquestrations from providers ; Avoiding the high costs of unexpected errors and performance bottlenecks in long-running intensive computations; In turn, providers demand for correctness and performance obligations on component implementations from developers; How to certify components in the cloud under HPC assumptions? In this paper, we are interested in the problem of how to certify that a component performs the computation specified in its contract; We still loosely address concerns about performance.

11 Goals of this Study Propose a certification process for components in HPC Storm With some emphasis on HPC assumptions; Parallel components of the Hash component model; Circus specification language for describing component contracts; F. H. de Carvalho Junior; R. D. Lins (2010) Compostional Specification of Parallel Components Using Circus, Electronic Notes in Theoretical Computer Science, vol. 260, n. 1, pages (FACS'2008 proceedings) Evaluate the feasibility of deriving parallel code from refinement and translation of contracts written in an extension of Circus: Realistic case studies require: 1) An informal descrition ( pencil-and-paper ), from which deriving a contract; 2) An existing tuned implementation, built by professional HPC programmers. NAS Parallel Benchmarks (NPB).

12 HPC Storm Contract-Based Certification Process contract abstract component + implementation assumptions (context) refinement step abstract specification Refining towards a specification of the appropriate algorithms for the context refinement step abstract specification refinement step refinement Translating towards using the best techniques for implementing the algorithms, taking advantage of particular features of the target parallel computing platform abstract specification refinement step concrete specification translation source code

13 Front-End (application) HPC Storm Contract-Based Certification Process Component contract (2) the application demands for a component described by a contract of the given abstract component (3) for running, the application asks the Core for a component that implements the contract abstract component contract Core (component catalog) (1) the component is derived by refinement and translation from a contract of a catalogued abstract component concrete specification component (4) if a component is found, the concrete specification must be matched against the abstract component specification source code ensure that it was derived from refinement rules

14 HPC Storm Contract-Based Certification Process We propose Circus for specification of abstract components; Circus is a synergetic combination of Z, CSP and Dijkstra's guarded commands for formal speficiation of concurrent programs; Why Circus? It supports concurrency and, by consequence, parallelism; It separates behaviour (CSP) and functional (Z) concerns; Z may specify functional tasks (actions) of components; CSP may specify orquestration of component actions towards a goal; It supports a refinement! There are practical experiences with tools for verification (ProofPower-Z), refinement (CRefine) and automatic code generation (JCircus); In a previous work (FACS'2008), we have proposed Circus/HCL, an extension of Circus for specification of parallel components in HPE.

15 Circus/HCL HCL = Hash Configuration Language An arquitecture description and configuration language for composition and orquestration of parallel components in HPE; HCL + Circus: what Circus may offer to HCL: A language for specification of parallel computations performed by components of the Hash component model in HPE; Circus/HCL incorporates HTS (contextual abstraction); Circus + HCL: what HCL may offer to Circus: A mechainism for (overlapping) composition of Circus specifications describing parallel computations.

16 Circus/HCL VecVecProduct dot_product...

17 Case Studies NPB Parallel Benchmarks Evaluate the performance of high-end parallel computing platforms for CFD (Computational Fluid Dynamics) code; 8 original benchmarks: 5 kernels: EP, IS, CG, MG, FT; 3 pseudo applications: SP, BT, LU; Standard workload sizes (problem classes): S, W, A, B, C, D, E, F, Informal specifications ( pencil-and-paper ) that must be implemented for exploiting the features of the target parallel computing platforms; Reference implementations developed by HPC specialists; Many versions: 1.x, 2.x, 3.x Different parallel programming platforms: MPI, OpenMP, HPF, Globus, Java;

18 Case Studies IS and CG IS (Integer Sorting) Symbolic computation (memory intensive); Bucketsort algorithm; Reference implementation in C/MPI; CG (Conjugate Gradient) Numeric computation (float-point intensive); Apply the inverse power iteration method to find the lowest eigenvalue of a sparse positive-definite symmetric matrix. Reference implementation in Fortran/MPI; Circus/HCL specifications have been derived for both kernels, from the pencil-and-paper informal descriptions; IS and CG contracts, aimed at refinement and translation towards C#.

19 Case Studies Derivation of Parallel Code using Circus/HCL IS Contract (Bucketsort) state actions protocol

20 Case Studies Derivation of Parallel Code using Circus/HCL Circus Refinement + Translation C#

21 Case Studies Derivation of Parallel Code using Circus/HCL IS contract verify IS component refine IS concrete specification translate IS C# code

22 Case Studies Derivation of Parallel Code using Circus/HCL CG contract verify see the details of refinement and translation steps in the paper CG component refine CG concrete specification translate CG C# code

23 Conclusions The specification (from pencil-and-paper description), refinement and translation processes were time-consumig and error-prone: High mathematical skills are necessary; Enforcing the need of develop tools for guiding code derivation process; It is possible to choose an appropriate sequence of refinement and translation rules for tuning the component performance: In the case of IS and CG, we have used rectangular arrays, instead of jagged ones, and ordered loops for improving data locality; Common assumptions of HPC programmers; The reference implementations of IS and CG were useful as a baseline; Question: is it feasible to systematically guide application of refinement and translation rules according to context in a semi-automatic derivation tool? Language abstractions and syntactic sugar on Circus for helping translation towards HPC code: Ex: type Array k (T) N K T, onde _[_,_,...,_] Array k (T) N K T (indexing);

24 Conclusions This work have collected evidences about the feasibility of using formal methods of specification and derivation for HPC software, in the context of HPC Storm project; Also, it outlines a process of certified software development for the needs of HPC Storm; (Challenging) further works: Performance comparison of derived code and reference implementations (journal version?); Experimental methodology must be rigorous for achieving useful evidences; Investigate how to use contextual abstraction for guiding code derivation; Incorporate the certification process in the HPC Storm implementation; The Core (component catalog) must manage the component code, their specifications, and contract matching on top of an existing theorem prover; The component developer's Front-End must support specification and semiautomatic derivation of code

25 XVII Brazilian Symposiun on Formal Methods () In: III Brazilian Conference on Software: Theory and Practice (CBSOFT'2013) Derivation and Verification of Parallel Components for the Needs of an HPC Cloud Thiago Braga Marcilon Francisco Heron de Carvalho Junior ParGO Research Group Pós-Graduação em Ciência da Computação Universidade Federal do Ceará Fortaleza/CE, Brazil MDCC/UFC