DIORAMA Communications
Abstract
Diorama is written as a collection of modules that can run in separate threads or in separate processes. This defines a clear interface between the modules and also allows concurrent processing of different parts of the pipeline. The pipeline is determined by a description in a scenario file[Norman and Tornga, 2012, Tornga and Norman, 2014]. The scenario manager parses the XML scenario and sets up the sequence of modules which will generate an event, propagate the signal to a set of sensors, and then run processing modules on the results provided by those sensor simulations. During a run a variety of “observer” and “processor” modules can be invoked to do interim analysis of results. Observers do not modify the simulation results, while processors may affect the final result. At the end of a run results are collated and final reports are put out. A detailed description of the scenario file and how it puts together a simulation are given in [Tornga and Norman, 2014]. The processing pipeline and how to program it with the Diorama API is described in Tornga et al. [2015] and Tornga and Wakeford [2015]. In this report I describe the communications infrastructure that is used.
- Authors:
-
- Los Alamos National Lab. (LANL), Los Alamos, NM (United States)
- Publication Date:
- Research Org.:
- Los Alamos National Laboratory (LANL), Los Alamos, NM (United States)
- Sponsoring Org.:
- USDOE National Nuclear Security Administration (NNSA), Office of Defense Nuclear Nonproliferation
- OSTI Identifier:
- 1253557
- Report Number(s):
- LA-UR-16-23443
- DOE Contract Number:
- AC52-06NA25396
- Resource Type:
- Technical Report
- Country of Publication:
- United States
- Language:
- English
- Subject:
- 97 MATHEMATICS AND COMPUTING
Citation Formats
Galassi, Mark C. DIORAMA Communications. United States: N. p., 2016.
Web. doi:10.2172/1253557.
Galassi, Mark C. DIORAMA Communications. United States. https://doi.org/10.2172/1253557
Galassi, Mark C. 2016.
"DIORAMA Communications". United States. https://doi.org/10.2172/1253557. https://www.osti.gov/servlets/purl/1253557.
@article{osti_1253557,
title = {DIORAMA Communications},
author = {Galassi, Mark C.},
abstractNote = {Diorama is written as a collection of modules that can run in separate threads or in separate processes. This defines a clear interface between the modules and also allows concurrent processing of different parts of the pipeline. The pipeline is determined by a description in a scenario file[Norman and Tornga, 2012, Tornga and Norman, 2014]. The scenario manager parses the XML scenario and sets up the sequence of modules which will generate an event, propagate the signal to a set of sensors, and then run processing modules on the results provided by those sensor simulations. During a run a variety of “observer” and “processor” modules can be invoked to do interim analysis of results. Observers do not modify the simulation results, while processors may affect the final result. At the end of a run results are collated and final reports are put out. A detailed description of the scenario file and how it puts together a simulation are given in [Tornga and Norman, 2014]. The processing pipeline and how to program it with the Diorama API is described in Tornga et al. [2015] and Tornga and Wakeford [2015]. In this report I describe the communications infrastructure that is used.},
doi = {10.2172/1253557},
url = {https://www.osti.gov/biblio/1253557},
journal = {},
number = ,
volume = ,
place = {United States},
year = {Tue May 24 00:00:00 EDT 2016},
month = {Tue May 24 00:00:00 EDT 2016}
}