processing module development

6
Advanced Technology Center 1 HMI Rasmus Larsen / Processing Modules Stanford University HMI Team Meeting – May 2003 Processing Module Development Rasmus Munk Larsen, Stanford University [email protected] 650-725-5485

Upload: fitzgerald-johnson

Post on 30-Dec-2015

20 views

Category:

Documents


0 download

DESCRIPTION

Processing Module Development. Rasmus Munk Larsen, Stanford University [email protected] 650-725-5485. Overview. New challenges compared to MDI Module status and MDI heritage Module structure and development strategy Community contributions and collaboration. - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Processing Module Development

Advanced Technology Center

1

HMI

Rasmus Larsen / Processing Modules

Stanford University

HMI Team Meeting – May 2003

Processing Module Development

Rasmus Munk Larsen, Stanford University

[email protected]

650-725-5485

Page 2: Processing Module Development

Advanced Technology Center

2

HMI

Rasmus Larsen / Processing Modules

Stanford University

HMI Team Meeting – May 2003

Overview

• New challenges compared to MDI

• Module status and MDI heritage

• Module structure and development strategy

• Community contributions and collaboration

Page 3: Processing Module Development

Advanced Technology Center

3

HMI

Rasmus Larsen / Processing Modules

Stanford University

HMI Team Meeting – May 2003

HMI Data Processing Pipeline

• New challenges compared to MDI:– Real-time and reliability requirements on ground based observable calculations

– Level 0-1 of pipeline (telemetry capture, observable calculations) must support instrument ground testing

– Real-time requirements on high level data products for space weather etc. demands dual pipeline paths:

› Fast algorithms for preliminary (“quick look”) data products

› Slower, more accurate process for definitive calibrated data products

– Pipeline mode generation of high-level data products

– Automatic on-demand generation of data products, e.g., triggered by VSO queries

› Requires improved traceability, in particular when using evolving research codes

– Vastly increased data volume

– New computationally intensive data analyses, such as time-distance analysis, farside imaging, vector magnetogram inversion

– Vector magnetic data products and processing

• Ameliorating circumstances– Large body of knowledge and software from MDI, GONG & other projects

– Moore’s law (Disk density, networking bandwidth, computing power)

– Maturing computing infrastructures (Web technologies, Grids, software tools)

Page 4: Processing Module Development

Advanced Technology Center

4

HMI

Rasmus Larsen / Processing Modules

Stanford University

HMI Team Meeting – May 2003

Module status and MDI heritage

DopplerVelocity

HeliographicDoppler velocity

maps

Tracked TilesOf Dopplergrams

StokesI,V

ContinuumBrightness

Tracked full-disk1-hour averagedContinuum maps

Brightness featuremaps

Solar limb parameters

StokesI,Q,U,V

Full-disk 10-minAveraged maps

Tracked Tiles

Line-of-sightMagnetograms

Vector MagnetogramsFast algorithm

Vector MagnetogramsInversion algorithm

Egression andIngression maps

Time-distanceCross-covariance

function

Ring diagrams

Wave phase shift maps

Wave travel times

Local wave frequency shifts

SphericalHarmonic

Time series

Mode frequenciesAnd splitting

Brightness Images

Line-of-SightMagnetic Field Maps

Coronal magneticField Extrapolations

Coronal andSolar wind models

Far-side activity index

Deep-focus v and cs

maps (0-200Mm)

High-resolution v and cs

maps (0-30Mm)

Carrington synoptic v and cs maps (0-30Mm)

Full-disk velocity, sound speed, Maps (0-30Mm)

Internal sound speed

Internal rotation

Vector MagneticField Maps

MDI pipeline modules exist

Standalone “production” code routinely used

Research code currently used

New code under development (HAO)

Research code exists in the community

Instrument specific code, Stanford is primary developer

Primary observables

Intermediate and high level data products

Page 5: Processing Module Development

Advanced Technology Center

5

HMI

Rasmus Larsen / Processing Modules

Stanford University

HMI Team Meeting – May 2003

Module structure

• Design tasks– Identify intermediate and high-level data products desired by research community– Establish top level data flow and interface specs to

› Isolate module development from pipeline infrastructure› Allow flexibility for evolving techniques (research codes)

– Develop/import computational engines in HMI environment, verify:› Correctness (test suites)› Performance requirements (algorithm improvement, code tuning)› Traceability, reproducibility (*: version & configuration info in meta data)

Module specific params

Computational engine:

C/Fortran/IDL/Matlab/…

PE API

Input data

Meta dataData product

Updated meta data*

DSDS

Storage management

Data archiving/logging

Updating catalogue

PE API

Page 6: Processing Module Development

Advanced Technology Center

6

HMI

Rasmus Larsen / Processing Modules

Stanford University

HMI Team Meeting – May 2003

Community contributions and collaboration

• Contributions from co-I teams:– Software for intermediate and high level analysis modules

– Algorithm description (detailed enough to understand the contributed code)

– Test data and intended results for verification

– Time

› Explain algorithms and implementation

› Help with verification

› Collaborate on improvements if required (e.g. performance or maintainability)

• Contributions from HMI team:– Pipeline execution environment

– Software resources (Development environment, libraries, tools)

– Time

› Collaborate on defining module interface

› Help with porting code to target hardware

› Collaborate on algorithmic improvements, code tuning, parallelization

› Verification