www.efda-taskforce-itm.or European Taskforce on Integrated Tokamak Modelling A Brief Overview Oak Ridge, June 7 Joint ORNL/Indiana University Workshop on Computational Frameworks for Fusion Pär Strand/Bernard Guillerminet A. Becoulet, H. Wilson, M. Romanelli G. Huysmans, F. Porcelli, D. Coster, B. Scott, T. Hellsten and Contributors to the TF-ITM Workprogramme Task Force Leader: A. Bécoulet Deputies: M. Romanelli, P. Strand, (H. Wilson) EFDA CSU Contact Person: K. Thomsen
32
Embed
Www.efda-taskforce-itm.org European Taskforce on Integrated Tokamak Modelling A Brief Overview Oak Ridge, June 7 Joint ORNL/Indiana University Workshop.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
www.efda-taskforce-itm.org
European Taskforce on Integrated Tokamak Modelling
A Brief OverviewOak Ridge, June 7
Joint ORNL/Indiana University Workshop on Computational Frameworks for Fusion
Pär Strand/Bernard GuillerminetA. Becoulet, H. Wilson, M. Romanelli
G. Huysmans, F. Porcelli, D. Coster, B. Scott, T. Hellsten and Contributors to the TF-ITM Workprogramme
Task Force Leader: A. BécouletDeputies: M. Romanelli, P. Strand, (H. Wilson)
The aim of the task force is to co-ordinate the development of a coherent set of validated simulation tools for the purpose of benchmarking on existing tokamak experiments, with the ultimate aim of providing a comprehensive simulation package for ITER plasmas.
The remit of the Task Force would extend to the development of the necessary standardized software tools for interfacing code modules and for accessing experimental data.
In the medium term, this task force’s work would support the development of ITER-relevant scenarios in current experiments, while in the long term it would aim to provide a validated set of European modelling tools for ITER exploitation
SCOPE
www.efda-taskforce-itm.org
• Physics Integration:
– Integration of MHD, transport, exhaust, energetic particle physics, etc
– Need to foster interactions between different physics areas
• Code Integration:
– Creating a set of validated, benchmarked codes
– Standardised inputs/outputs to allow modules from different codes to be linked
– A standardised framework for code development and use
• Discipline Integration:
– Success of the TF relies on cross-discipline interactions, with input from:
• Theoreticians to build/improve the appropriate mathematical models
• Modellers to construct efficient, accurate codes for the models
• Experimentalists to provide data to validate models.
• Computer Scientists to provide framework tools and methods
– Involvement of each community will be important for the success of the TF
– All disciplines benefit from such an integration process
what do we mean by “integrated modelling”?
www.efda-taskforce-itm.org
the objectives of the long term work plan1) structure the EU modelling effort around ITER scenario prediction and, later, around ITER experimental analysis and physics design of new fusion devices.2) structure the EU modelling effort around existing fusion devices.3) address the modelling issues of fusion plasma physics which require a high degree of integration (physics integration, code integration, discipline integration), and collaboration between the EFDA partners.4) identify the theory and modelling development needs, as well as experimental requests linked to modelling activity, and promote them among EFDA partners and EU fusion devices.5) strengthen the collaborative modelling activity between EU and other ITER partners and promote EU modelling activity at ITER level6) provide EU modellers with a code platform structure, easily enabling coupling between codes and models, and providing access to device geometries and databases, strengthening systematic code comparisons and confrontations between data and simulations.7) implement a systematic verification and experimental validation procedure for the task force modelling activities.8) implement systematic documentation on the task force modelling tools.9) implement systematic reporting of the task force modelling results.
www.efda-taskforce-itm.org
The Task Force Project Structure
Task Force Leadership
Theorists
Modellers/Developers
Experimentalists
Project Leaders
Equilibrium
and Linear MH
D S
tability
Code P
latform P
roject
Data C
oordination pro
ject
Heating, C
urrent drive and fast particles
Transport P
rocesses and Micro-stability
Transport code a
nd Discharge E
volution
Non-linear M
HD
and Disruptions
Task Force Leadership
Theorists
Modellers/Developers
Experimentalists
Project Leaders
Equilibrium
and Linear MH
D S
tability
Code P
latform P
roject
Data C
oordination pro
ject
Heating, C
urrent drive and fast particles
Transport P
rocesses and Micro-stability
Transport code a
nd Discharge E
volution
Non-linear M
HD
and Disruptions
www.efda-taskforce-itm.org
• Guido Huysmans (leader), Lynton Appel (deputy)
– Experimental equilibrium reconstruction codes
• standardise such codes (common interfaces, verification and benchmarking)
• standardise input data format and links to equilibrium geometry
•Provides physics contents to “user”•Drives and specifies the platform capabilities
Data i/o layer •“Device Independent” access to data.•Plug-ins for different access methods Data and Database coordination for •Detailed Device specification•Verification tests & Validation expts.•Hardware management
www.efda-taskforce-itm.org
• Bernard Guillerminet (leader), Mladen Stanojevic (deputy)
– Where possible, existing codes will be dismantled to form a suite of modules
– The code platform will provide a framework into which modules will be “plugged” to provide user designed purpose-built code
– The platform will also aim to provide
• interfaces with databases (joint effort with DCP)
• interfaces with actual (and planned) machine geometry (coils, H&CD systems, etc.) (joint effort with DCP)
• simulation data storage and retrieval facility (joint effort with DCP)
• help with preparing input files
• diagnostics codes to interpret experimental data, to aid tests of code predictions with data (joint effort with DCP)
• monitoring a simulation run
• Checking self-consistency of chosen modules
Code Platform Project (CPP)
www.efda-taskforce-itm.org
• Pär Strand (Interim leader), Francesco Iannone (deputy)
– Responsible for
• Developing the tools for data access
• Developing and managing the databases required for the Task Force activities
• Developing and maintaining V&V guidelines and coordinating experimental validation activities with the Integrated Modelling Projects
• Main elements of the project:
– Universal access layer (consistent with the Code Platform)
• Software providing access to databases (remote and local)
• Could ultimately incorporate data processing software
– Data and database management
• Provide support to the IMPs in experimental validation
– Emerging technologies (eg assess grid technology for data sharing)
Data Co-ordination Project (DCP)
www.efda-taskforce-itm.org
• Imp#1, CPP and DCP are (almost) fully manned and active • Remaining IMP’s staffed at leadership level to be initiated “soon”
Rationale: – IMP#1 provides fundamental functionality (equilibrium and geometry) for all
other activities
– IMP#1 also a pilot project for TF work structures and collaborative methods
– DCP to provide interim solutions for data storage and access (active) – work towards flexible integrated database/data access solution for the TF needs (in planning/testing phases)
– CPP to provide interface and coupling technology for IMPs and interface tools for users. In preparatory and planning stages, detailed technology choices are yet to be made.
A LOT of preparatory work and material have been done (code catalogues, V&V procedures, ...) leading up to the project structure.
Status of the projects
www.efda-taskforce-itm.org
• Tools (initial)– provide (a set of) equilibrium reconstruction codes
• EFIT, EQUINOX, CLISTE, CEDRES
– High resolution equilibrium and flux surface coordinate mapping codes
• CHEASE, HELENA, CAXE
– Linear ideal MHD Stability codes• CASTOR, MISHKA, KINX
• Ongoing activities:– Definition of standard interfaces between codes
– Abstraction of machine and diagnostic descriptions (codes to be made machine independent)
– Reduction (recombination) and modularization of the different versions.
format (XML, HDF5?)storage, databasecontent definition
CPPDCPIMP1
www.efda-taskforce-itm.org
• US: (highly simplified representation) – Build a progressively more comprehensive BP simulation capability
through a series of FII’s
– Platform design can be tailored to needs and requirements
• EFDA: (equally simplified)– Rapidly build a BP simulation capability (WDM) based on improved and
tested versions of existing tools and deepen the physics fidelity through continuous model improvements and basic physics studies.
– Hierarchy of models of different physics fidelity can be used to provide targeted simulations for physics studies
• Different approaches to a shared long term goal. – At what level do we need to harmonize and coordinate “technology tools”
and decisions?
– What level of compatibility do we really need to share physics modules and to benchmark simulations?
Complementary approaches?
www.efda-taskforce-itm.org
All areas of interest for BP will benefit from improved coordination, integration and expansion of the physics contents of the Integrated modelling projects.
To fulfil longer term goals we need, in addition to more detailed and comprehensive physics models, also to integrate existing and newly developed models into a more closely coupled entity.
IMP#3 – Transport Strong overlap of physics packages with IMPs– Equilibrium / linear MHD stability (IMP#1)
– Sawteeth / ELM models (IMP#2)
– Transport models (IMP#4)
– Sources (NB, IC, EC, LH) (IMP#5)
– PWI (TF-PWI)
The transport project thus provides the “integrator” role for the TF
These codes already provide a number of physics “packages”. We need to
– Identify these packages
– Define standard interfaces
– Extract physics packages
– Recode to standard interfaces
Existing codes can switch to using the standard interface to expand their physics options. Prototype effort already started as a joint effort with JET’s Integration Project (Parail)
Physics packages would also be available for CPP and other new/extended codes
Transport project activities
www.efda-taskforce-itm.org
As modules are extracted and standardised, opportunities for– Cleaning up code [Need standards and procedures]
– Documenting code [Need formats]
– Code-Code comparisons
– Verification
– Validation …
Strong input from– Code Platform Project
• Defining the future platform these modules will fit into:
– Decisions to be made soon: input from this meeting will be important!
– Data Coordination Project• Data for validation• Support on data structures, data access and tools
Transport project activities
Extremely important in order to obtain a “validated Suite of tools for ITER exploitation”
www.efda-taskforce-itm.org
Framework platform
•Define the platform requirements– Based on actors (code developers, code users, administrators)
needs & use cases– Principles for long lasting architecture: open source, formal or
industry standards, components and layers – High level draft on requirements to be released
•Find a few simulators or frameworks that– Can fulfill our essential requirements– Is extensible enough to meet future requirements– Is future proof? (How long lifetime do we need? Demo in
35yrs!)
•Evaluate existing frameworks/tools to see which “best” fit the requirements
www.efda-taskforce-itm.org
Framework platform •Existing code base
– Mainly in Fortran XX, with some C and C++ – Valuable code base also in IDL and Matlab– Different structures and traditions at different labs and countries (in particular
with respect to numerical/commercial libraries).– Code base varies (widely) in quality and modularity (as do developers)– Computational resources and needs vary between end users, so far no real
HPC center(s) in Europe need to rely on existing and distributed resources
•Code developers need– tools to convert their code into appropriate components – A support structure (expertise and tools) to couple different physics models.
(Bridging different dimensionalities, boundaries, discretizations and solution methods) without introducing too much noise – need to be developed on a case by case basis?
– A sw environment to work within
www.efda-taskforce-itm.org
Framework platform – End user needs
•Describe the geometry and experimental input of the device:•=> tools to handle 3D objects, magnetic geometry, and other inputs
•Describe the coupling:•=> tools for meshing, set boundaries, solvers and methods etc
•Describe the time scheduling:•=> tools to generate the workflow (branch, loop, …)
www.efda-taskforce-itm.org
Framework platform
•Possible test projects– Port CRONOS (partially)
– 3D views of the Tore Supra pumped limiter
•List of candidates
• Salome http://www.salome-platform.org
• ???
www.efda-taskforce-itm.org
•Task force is active within a new project structure designed to meet the requirements of providing a “validated suite of software tools for ITER exploitation”. •Physics projects activated or in planning
–Equilibrium and linear MHD stability –Non-linear MHD and disruptions–Transport and discharge evolution–Micro-turbulence–H&CD and fast particlesaimed at providing the physics background for a comprehensive BP device modeling, and to serve as incubators for improvements in existing tools and driver for new (needs driven) theory/modeling efforts. Modularity is a key concept.
•Integrated modeling projects will provide a range of models and codes of different physics fidelity as standalone tools but also as modular packages.
Summary
www.efda-taskforce-itm.org
•Full device modeling to be supported and (continously) improved through detailed physics studies (WDM supported by FII’s)•Physics projects supported through Code Platform Project and the Data Coordination project.•Platform (Framework) tools not decided, prototyping effort underway.•Code basis is mainly FortranXX, C and C++ with some tools and codes using IDL and Matlab code structures.
–Initial need to maintain a large degree of compatibility with existing efforts (to leverage development resources)–Quality requirements on end product means a number of “legacy” codes and modules need to be revisited (acceptable coding practices, reduction of code base)– Distributed pool of users in a heterogeneous computing environment – portability and scalability of framework –Possibility of large datasets and load.
•Wide array of requirements – no clear solution – or many possible approaches… your input is wanted!
Summary
www.efda-taskforce-itm.org
A common framework for databases?
• Problems expanding ITPA Confinement and ITB DBs– Issues with divergence and extensions
• Important to have– Flexibility (adding new data and types of data)
– Structured data
– Tight definitions of signals including units and signs.
– Common data access methods
• Benefits of– Common definitions, structure and data access
– Centralised Relational DB to allow users to search for specific discharges
www.efda-taskforce-itm.org
Framework for data generation
• XML, XSLT, XSD, HTML• Definition of data
– Takes master definition and create database definition
• Creating of local files– Take database definition