Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “continuous integration”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 127 records · Page 7

Risk of Crew Adverse Health Event Due to Altered Immune Response

Determining the effect of space travel on the human immune system has proven to be extremely challenging. Limited opportunities for in-flight studies, varying mission durations, technical and logistical obstacles, small subject numbers, and a broad range of potential assays have contributed to this problem. Additionally, the inherent complexity of the immune system, with its vast array of cell populations, sub-populations, diverse regulatory molecules, and broad interactions with other physiological systems, makes determining precise variables to measure very difficult. There is also the challenge of determining the clinical significance of any observed immune alterations. Will such a change lead to disease, or is it a transient subclinical observation related to short-term stress? The effect of this problem may be observed by scanning publications associated with immunity and spaceflight, which began to appear during the 1970s. Although individually they are each valid studies, the comprehensive literature to date suffers from widely varying sampling methods and assay techniques, low subject counts, and sometimes a disparate focus on narrow aspects of immunity. The most clinically relevant data are derived from in-flight human studies, which have demonstrated altered cell-mediated immunity and reactivation of latent herpes viruses. Much more data are available from post-flight testing of humans, with clear evidence of altered cytokine production patterns, altered leukocyte distribution, continued latent viral reactivation, and evidence of dramatically altered virus-specific immunity. It is unknown if post-flight assessments relate to the in-flight condition or are a response to landing stress and readaptation. In-flight culture of cells has clearly demonstrated that immune cells are gravity-sensitive and display altered functional characteristics. It is unknown if these data are related to in vivo immune cell function or are an artifact of microgravity culture. Ground analog testing of humans and animals, as well as microgravity-analog cell culture, has demonstrated utility. However, in all cases, it is not known with certainty if these data would reflect similar testing during space travel. Given their ready availability, ground analogs may be extremely useful for assay development and the evaluation of potential countermeasures. In general, the evidence base suffers from widely disparate studies on small numbers of subjects that do not directly correlate well with each other or spaceflight itself. Also lacking are investigations of the effect of gender on adaption to spaceflight. This results in significant knowledge 'gaps' that must be filled by future studies to completely determine any clinical risk related to immunity for human exploration-class space missions. These gaps include a significant lack of in-flight data, particularly during long-duration space missions. The International Space Station represents an excellent science platform with which to address this knowledge gap. Other knowledge gaps include lack of a single validated ground analog for the phenomenon and a lack of flight-compatible laboratory equipment capable of monitoring astronauts (for either clinical or research purposes). However, enough significant data exist, as described in this manuscript, to warrant addressing this phenomenon during the utilization phase of the ISS. A recent Space Shuttle investigation has confirmed the 31 in-flight nature of immune dysregulation, demonstrating that it is not merely a post-flight phenomenon. Several current studies are ongoing onboard the ISS that should thoroughly characterize the phenomenon. NASA recognizes that if spaceflight-associated immune dysregulation persists during exploration flights in conjunction with other dangers, such as high-energy radiation, the result may be a significant clinical risk. This emphasizes the need for a continued integrated comprehensive approach to determining the effect of prolonged spaceflight, separated from transient launch and landing stresses, on human immunity. After such studies, the phenomenon will be understood, and, hopefully, a monitoring strategy will have been developed that could be used to monitor the effectiveness of countermeasure

Crucian, Brian↗

NASA Provides the Capability to Deliver Near Real-Time JPSS Data to Users in Order to Monitor Time-Sensitive Applications Such as Wildfires, Floods, Volcanic Eruptions, Tropical Cyclones and Extreme Weather Events

NASA's Land, Atmosphere Near real-time Capability for EOS (Earth Observing System) (LANCE https://earthdata.nasa.gov/lance) serves near real time (NRT) data to monitor time sensitive applications such as monitoring wildfires, floods, volcanic eruptions, tropical cyclones and extreme weather events. It currently serves data and imagery from the Visible Infrared Imager Radiometer Suite (VIIRS) and Ozone Mapping and Profiler Suite (OMPS) S NPP (Suomi National Polar-orbiting Partnership) instruments and is in the process of integrating continuity data products from VIIRS and OMPS onboard the Joint Polar Satellite System (JPSS), via the JPSS data Hub, to continue to meet the needs of agencies, scientists and members of the general public. NASA's Earth Science Division (ESD) sponsored the EOSDIS development of LANCE in 2009 to provide a central point of access to high quality NRT data products and imagery for applications users. LANCE makes data available to the public within 3 hours of satellite observation and imagery within 4-5 hours of satellite observation. Full resolution browse imagery from LANCE are provided through the Global Imagery Browse Services (GIBS) which also fuels NASA's Worldview tool so that users can interactively browse near real time data. This data supports time critical applications and allows users to view current natural hazards and events and animate the imagery over time.

Near real time↗

Development of Buffet Forcing Functions Using Frequency-Dependent Coherence Factors

The current accepted approach to modeling launch vehicle transonic buffet environments is to acquire time-correlated unsteady pressure measurements at discrete locations on a model-scale wind-tunnel model and use these measurements to develop buffet forcing functions (BFFs).Part of the BFF development process is the application of coherence factors to account for the discrete nature of the pressure measurement used in the development of the BFFs. Presently, the Space Launch System (SLS) program divides the launch vehicle into distinct aerodynamic regions, within which, the coherence lengths are assumed to be constant. The coherence factors are computed by averaging the coherence function between sensors within the region over a specified frequency range. The present work validates and examines the impact of two proposed changes to the development of longitudinal coherence factors used in the development of launch vehicle BFFs. One change is to employ frequency-dependent coherence factors instead of coherence factors based on the mean of the coherence function. The second proposed change replaces the aerodynamic regions with a moving-segment approach that varies the calculated coherence lengths as a function of longitudinal location of the transducers. The impact of these approaches is examined using data from two rigid buffet model wind-tunnel tests: (1)a notional launch vehicle geometry through the comparison of discrete measurement-basedBFFs to loads developed by continuous integration of unsteady pressure sensitive paint data and (2) the SLS Block 1 Cargo vehicle configuration for which BFFs have been previously developed using less-mature methods. The trends from this examination of updated coherence factor approaches ultimately result in more intuitive results than currently-accepted coherence methods.

buffet, unsteady aerodynamics, launch vehicle, win↗

Development of Buffet Forcing Functions Using Frequency-Dependent Coherence Factors

The current accepted approach to modeling launch vehicle transonic buffet environments is to acquire time-correlated unsteady pressure measurements at discrete locations on a model-scale wind-tunnel model and use these measurements to develop buffet forcing functions (BFFs). Part of the BFF development process is the application of coherence factors to account for the discrete nature of the pressure measurement used in the development of the BFFs. Presently, the Space Launch System (SLS) program divides the launch vehicle into distinct aerodynamic regions, within which, the coherence lengths are assumed to be constant. The coherence factors are computed by averaging the coherence function between sensors within the region over a specified frequency range. The present work validates and examines the impact of two proposed changes to the development of longitudinal coherence factors used in the development of launch vehicle BFFs. One change is to employ frequency-dependent coherence factors instead of coherence factors based on the mean of the coherence function. The second proposed change replaces the aerodynamic regions with a moving-segment approach that varies the calculated coherence lengths as a function of longitudinal location of the transducers. The impact of these approaches is examined using data from two rigid buffet model wind-tunnel tests: (1) a notional launch vehicle geometry through the comparison of discrete measurement-based BFFs to loads developed by continuous integration of unsteady pressure sensitive paint data and (2) the SLS Block 1 Cargo vehicle configuration for which BFFs have been previously developed using less-mature methods. The trends from this examination of updated coherence factor approaches ultimately result in more intuitive results than currently-accepted coherence methods.

buffet↗

Ground Software Technologies – Embracing Change: Mission Drivers and Technology Opportunities to Enable Long Lived Missions

Mission lifecycles have proven to extend well beyond their original design. The benefits to this are countless but introduce challenges in today’s rapidly changing ground infrastructure and software technologies used to enable mission success. What remains constant is the risk posture missions maintain when accepting change and the use of new technologies. Larger missions are ready for change in early lifecycle development but near launch and especially in operations, few continue to evolve beyond what is set in place in phase C. This paper will discuss how the Advance Multi-Mission Operations System (AMMOS) intends to address, three driving missions concerns: Maintaining functionality (hardware/software) for decades, rapidly responding to security vulnerabilities in software, and finally the ability to quickly evolve infrastructure and software changes. These driving concerns are briefly described below: 1. Maintaining functionality (hardware/software) for decades. Hardware updates considerably faster than 10 years ago. Expectations that a system can remain in place for more than 10 years is no longer valid. Expecting to find hardware replacements for a system older than 5 years will increasingly become more and more challenging. How than do missions plan for hardware changes for long lived missions? Principle Objective: Provide abstraction by virtualizing and containerizing software abstract away any hardware dependencies and package up the application lightweight units. 2. Rapidly responding to security vulnerabilities in software. Cost is often the main impediment and largely driven by the revalidation and testing of system that undergo change. In todays, environment security updates are a major diver demanding systems remain up to date. How then do missions accept these changes and avoid large testing efforts? Principle Objective: Help reduce the cost of re-testing by automation of testing, deployment, and compartmentalizing change. 3. Ability to quickly evolve infrastructure and software changes. Responding quickly to change is similar to the second concern in this paper regarding security vulnerabilities. In this case, it address broader concerns of updating software and infrastructure on a more realistic timeline. How do missions stay up to date with the most recent versions of software and allowing for improved functionality? Principle Objective: Use continuous integration techniques at the system level to ensure rapid turnaround. This paper explores each of these concerns in more detail. It focuses the AMMOS’s current plans, challenges and current roadmap.

Giovannoni, Brian J.↗

Flight Software Dictionary Development for the Mars2020 Rover

The Mars2020 project, developed and operated by the Jet Propulsion Laboratory (JPL), successfully landed the Perseverance rover and its flying companion Ingenuity on the surface of Mars on February 18th 2021. Perseverance combines heritage and cutting-edge flight software and hardware to accomplish crucial mission requirements related to Martian surface sampling. The design, development, and operation of NASA’s large strategic science missions require the ability to communicate spacecraft capabilities to hundreds of engineers across multiple disciplines. The interaction between flight and ground software development, Verification and Validation (V&V), Assembly, Test, and Launch Operations (ATLO), and management each demand quick understanding of unique slices of information for each discipline. This information includes the current capabilities of the flight system as well as future capabilities and their status as they are developed and tested. Despite the fundamental and critical nature of this information, the flight software dictionaries used to track it are a stumbling block for many projects. These dictionaries provide the cornerstone for the interpretation of data sent from the spacecraft, allowing for quick comprehension by engineers on the ground. During both spacecraft development and operations, flight software dictionary management includes significant challenges due to the large number of interfacing systems and the subtle yet distinct needs of each.The engineering of flight software dictionaries for Mars2020 had numerous challenges, most-notably: parallel dictionary development to support simultaneous separate flight software build campaigns for each mission phase (cruise and surface), managing requests for operations-enabling information without perturbing the heritage interface with the rover, and the introduction of new tools by the dictionary stakeholders that forced the dictionary team to innovate and redesign the heritage tool chain. These challenges generated guiding principles for the dictionary development effort: emphasize coding best practices and unit testing in the dictionary code development tool chain, use institutionally provided COTS (commercial-off-the-shelf) tools whenever possible, and maintain the heritage flight-ground interface all while advancing operations-enabling information via a loosely coupled interface.Throughout development and operations, the Mars2020 dictionary toolchain included IBM DOORS Next Generation, GitHub, Microsoft Excel, Docker, Jenkins, and a significant custom-built Python codebase. Significant interfaces included JPL’s command and control software, heritage flight software team tools and processes, and the many cloud-based ground tools developed for the mission.This paper will discuss the requirements for the Mars2020 dictionary development, the development team’s response to those requirements, lessons learned throughout the process, steps taken towards automated deliveries and continuous integration of stakeholder inputs, potential toolchain improvements for Mars2020, and key takeaways that could be applied to future missions.

Pyrzak, Guy↗

Towards Streamlining Auditing for Compliance With Requirements in Open-Source Software at NASA

Context: NASA requires all software to meet several requirements (NPR 7150.2) depending on software criticality. The instantiation of these requirements may vary per project; however, once decided upon, projects must undergo audits to evaluate compliance with these requirements. Aim: We propose that audit effort can be reduced when requirements are realized by leveraging commonly used open-source infrastructure for version control, issue tracking and continuous integration, and the generated records are analyzed using a repository mining software tool to quantify process compliance. Method: We perform a case study in the NASA-funded Copilot project, utilizing Kaiaulu, a repository mining software tool. We define four software compliance metrics based on the Copilot’s requirements, and analyze their impact on source code quality. Results: Our work demonstrates how it is possible to leverage existing open source tools and platforms to facilitate software certification and qualification, and to streamline the auditing process required even when stringent requirements must be enforced. Conclusion: Together, both project and tool can be utilized to visualize project compliance, and metrics can be defined to more easily identify process irregularities to minimize auditing efforts. Project Repository: github.com/Copilot-Language/copilot Tool Repository: github.com/sailuh/kaiaulu

code-quality↗

Containerization in ATLAS Software Development and Data Production

The ATLAS experiment's software production and distribution on the grid benefits from a semi-automated infrastructure that provides up-to-date information about software usability and availability through the CVMFS dis-tribution service for all relevant systems. The software development process uses a Continuous Integration pipeline involving testing, validation, packag-ing and installation steps. For opportunistic sites that can not access CVMFS, containerized releases are needed. These standalone containers are currently created manually to support Monte-Carlo data production at such sites. In this paper we will describe an automated procedure for the containerization of AT-LAS software releases in the existing software development infrastructure, its motivation, integration and testing in the distributed computing system.

97 MATHEMATICS AND COMPUTING↗

High Temperature Steam Electrolysis Process Performance and Cost Estimates - DOE Hydrogen Program AMR Presentation

Technology readiness levels (TRLs) of electrolysis systems have dramatically increased in recent years as the interest in clean hydrogen production and decarbonization of transportation, industrial and other sectors increases across the globe. This is especially true of high temperature steam electrolysis (HTSE) / solid oxide electrolysis cell (SOEC) systems which show promise of much higher system efficiencies than other more developed electrolysis technologies. This possibility of higher efficiencies of HTSE / SOEC systems has been previously assumed to be theoretically possible but in recent years it has become less theoretical and more realistic as an increasing amount of suppliers complete lab and pilot tests showing very promising results. Research in the areas of manufacturing techniques, material selection, electrode and electrolyte compositions, and balance of plant size and integration continues at a fast pace as an increasing number of suppliers both internationally and domestically become involved. The advantages of HTSE become more pronounced when HTSE is coupled with nuclear power plants (NPPs). This is because thermal energy produced by the nuclear reactor can be used in a series of heat transfer loops and heat exchangers to vaporize HTSE feedwater, which drastically improves the economics of the process. Idaho National Laboratory (INL) has been very involved in the research and modeling of HTSE systems for a number of years, in collaboration with other national laboratories, academia, and industry stakeholders both on the hydrogen production as well as the hydrogen demand side. The modeling completed over the years on a large variety of projects has led to a wealth of knowledge at INL including in the area of the technoeconomic assessment (TEA) of HTSE systems. TEAs include process modeling of the HTSE systems to calculate system energy requirements and equipment sizing, followed by estimation of capital and operating costs to enable calculation of the levelized cost of hydrogen (LCOH). The TEA work performed has produced incremental improvements and tuning of the methods, assumptions, models, and results of the analyses as well as providing some opportunities for validating these results. The purpose of this document is to record the current baseline HTSE analyses led by INL to show the current status of assumptions and costs of these systems. Given the rapid development of this technology, the variety of suppliers entering the space, and the increasing attention government and industry are giving to such systems, this document may be updated on a periodic basis with updated analysis and assumptions. This document compiles various analyses results and approaches completed over a period of years into a single document to be used as a baseline going forward. It represents what the INL HTSE analysis group assumes to be the internal best estimate of the current operation, costs, and landscape of the HTSE industry state of the art capability for current SOEC technology in an Nth-of-a-Kind (NOAK) plant, which in this study is defined as existence of the manufacturing capacity to support previous deployment of N = 100 count of 25 MWe modular HTSE blocks (with modular equipment component cost reductions specified as following a 95% learning curve). That said, this is a public document and as such so no proprietary data was used or included in this report. There may be HTSE suppliers that have performance specifications, and cost estimates, and test data that differ from the analysis presented in this document. This document is meant to be a best conservative estimate of the technology and not an absolute reference.

08 HYDROGEN↗

Modernization efforts for the R -Matrix code SAMMY [Abstract]

The R-Matrix code SAMMY is a widely used nuclear data evaluation code focused on the resolved range, which includes corrections for experimental effects. The code is still mostly written in Fortran 77, and uses a memory management system suitable for the time of its initial writing (1984). A modernization effort is under way to bring the code in-line with modern software development practices. A continuous-integration testing framework was added, automating the large existing set of test cases. It is run on every commit. The memory management was updated to current standard practices suitable for modern software analysis tools. The code can be obtained from https://code.ornl.gov/RNSD/SAMMY. The resonance parameters and covariance information are now stored in C++ objects shared by SAMMY and AMPX, the processing code that generates nuclear data libraries for SCALE. This allows for easier maintenance and access to the resonance parameters inside and outside of SAMMY. This feature is already used by accessing and changing parameters in memory in the Bayesian Monte Carlo Evaluation Framework for Cross Sections Nuclear Data and Integral Benchmark Experiments project, Further plans include the switch to the ENDF reading and writing routines in AMPX, as these routines are more robust, easier to maintain, and support more features. Of note here is support for the new GNDS format. Previously it wasn’t easy to share the full covariance matrix for evaluations containing more than one isotope due to limitations on the ENDF format; this is now supported in GNDS. The data are currently available in a binary SAMMY format and can be exported to GNDS to make them more widely available and sharable. The next step will be to use the same resonance processing code at 0K in AMPX and SAMMY as one of the available Reich-Moore R-Matrix formalism. The first step toward this goal is to isolate the reconstruction into a module that takes resonance parameters as its input and does not depend on SAMMY global parameters. This goal has been achieved and it should now be possible to more easily change the resonance formalism and add enhancements as the Phenomenological R-Matrix parameterization of direct, doorway, and compound nuclear reactions discussed elsewhere on this conference. This concerted modernization and enhancement effort provides multiple advantages to the nuclear data community. It will allow parameter optimization using enhanced formalisms, including experimental effects, that better match complex experimental data. Then those evaluated parameters can immediately be passed off to AMPX to be reconstructed with the exact same cross section model and be put into a data library for subsequent testing using SCALE and the Valid Benchmark suite or other suitable benchmark suites.

73 NUCLEAR PHYSICS AND RADIATION PHYSICS↗

New Developments and Capabilities Within WEC-Sim: Preprint

WEC-Sim is an open-source software for simulating wave energy converters, which has been actively developed and applied since its initial release in 2014 to simulate a wide variety of device archetypes. WEC-Sim is developed jointly by the National Renewable Energy Laboratory (NREL) and Sandia National Laboratories (Sandia) within the MATLAB/SIMULINK environment. A general wave-to-wire model begins with a deployment site resource characterization, which is used to complete the hydrodynamic simulation of wave energy converters (WEC), with the power generation profile imported to a grid simulator to understand the influence on the local electrical network. While modeling the entire wave-to-wire is difficult and encompasses multiple time scales and physics, WEC-Sim is focused on the hydrodynamics simulation to predict, analyze, and optimize WEC dynamics and power performance. WEC-Sim simulations are performed in the time domain based on the radiation and diffraction method using hydrodynamics coefficients derived from boundary element method (BEM)-based frequency-domain potential flow solvers (e.g., WAMIT, NEMOH, Capytaine, or ANSYS-AQWA). With this level of modeling fidelity, WEC-Sim can handle floating body hydrodynamics, mechanical and electrical power generation methods, advanced control implementation, mooring systems, and other unique applications such as desalination. Additional WEC-Sim functionalities include pre-built Simulink blocks and MATLAB scripts that can simulate a wide range of floating systems and the corresponding auxiliary subsystems. The developers of WEC-Sim continue to release new versions of the software, at least annually, with our latest release in September 2022. These releases include bug fixes, updates to software documentation, as well as new features to expand WEC-Sim's capabilities to model a wide range of WEC concepts. This publication will highlight the new features added to WEC-Sim between versions 4.1.0 to 5.0.1 which spans over a two year period from June 2020 to September 2022. New features to be described will include topics such as continuous integration checks, revised Morison Element and nonlinear hydro implementations, run directly from Simulink (required for hardware-in-the-loop execution), BEMIO updates to import Capytaine BEM hydrodynamics, addition of cable blocks, and new wave visualization features.

TIDAL AND WAVE POWER↗

Controls Status of Fermilab's PIP-II Project

The Fermilab Proton Improvement Project II (PIP-II) is building a new Super Conducting Linear Accelerator (SCL) accelerating protons to 800 MeV for injection into the rest of the FNAL beam complex. Key progress since the last status report given at ICALEPCS includes the adoption of modern DevOps practices with continuous integration and GitOps-based deployments, commissioning of EPICS-based systems at the Cryomodule Test Facility, and integration of a Virtual Accelerator framework for application development ahead of installation. In parallel, web-based applications using Dart and Flutter have matured, providing secure, unified access to both EPICS and legacy ACNET data. Data acquisition and timing systems have also evolved. This paper presents the current state of controls, emphasizing these recent developments and outlining upcoming milestones as PIP-II approaches commissioning of its cryoplant in 2026 and the Warm Front End in 2027.

Crisp, D. B. [Fermilab]↗

Integrated combustor nozzles with continuously curved liner segments

An integrated combustor nozzle includes an inner liner segment; an outer liner segment; and a panel extending radially between the inner and outer liner segments. The panel includes a forward end, an aft end, and a side walls extending axially from the forward end to the aft end. The aft end defines a turbine nozzle having a trailing edge circumferentially offset from the forward end. The inner liner segment has a pair of sealing surfaces, each of which defines a first continuous curve in the circumferential direction. The outer liner segment has a pair of sealing surfaces, each of which defines a second continuous curve in the circumferential direction. In some instances, the curves are monotonic in the circumferential direction. A segmented annular combustor including an array of such integrated combustor nozzles is also provided.

Berry, Jonathan Dwight↗

Final Technical Report - Rapid Surface Microanalysis using a Low Temperature Plasma

This project focused on improving our current understanding and scientific knowledge in the area of plasma-surface interactions and plasma assisted material synthesis related to advanced microelectronics and nanotechnology. Current challenges include: controlling the interaction of Low Temperature Plasma (LTP) with a single layer of atoms to manufacture integrated circuits, continued miniaturization of integrated circuits, LTP processing of material surfaces and thin films to enable industrial scale fabrication of advanced microelectronics, synthesis of new materials, nanomaterials, nanotubes, and complex materials, Technology developed in this subtopic is of value to either (i) enable scans of surfaces (~1 sq. cm area) using various microscopies (electron, optical, other) at high resolution (micron or sub-micron resolution) rapidly (hours or days rather than years to complete a high-resolution scan of such a large surface area), or (ii) enable scans of surfaces (~1 sq. cm area) using various microscopies (electron, optical, other) at relatively low resolution rapidly, then apply algorithms to select spots for micron-scale imaging. Sputtering occurs when particles of a solid material are ejected from its surface by energetic particles from a plasma. While the degradation of the solid material and the subsequent deposition of the ejected material onto vulnerable surfaces are the usual subjects of sputtering studies, plasma science has yet to be combined with sputtering to create new diagnostics devices and systems. Small changes in the design of the plasma discharge device make it possible to create broad plasma beams for rapid scanning or small plasma beams to obtain the distribution of ejected elements with micron resolution. In the high-resolution use, the ion flux is extracted from the gas-discharge plasma and focused by a spherical emission surface to micron sizes onto the target specimen, providing very local sputtering and local elemental analysis. We call this “self-focusing”. The radiation from the excited and ionized sputtered atoms is recorded by a spectrometer through a window and fiberglass cable and analyzed with standard software packages used for optical glow discharge spectroscopy. Computer simulations of beam formation were used to verify and optimize the designs to be tested. A prototype was designed, constructed, and used to start experiments of beam formation.

70 PLASMA PHYSICS AND FUSION TECHNOLOGY↗

Safety Arguments for Next Generation, Location Aware Computing

Concerns over accuracy, availability, integrity, and continuity have limited the integration of Global Positioning System (GPS) and Global Navigation Satellite System (GLONASS) for safety-critical applications. More recent augmentation systems, such as the European Geostationary Navigation Overlay Service (EGNOS) and the North American Wide Area Augmentation System (WAAS) have begun to address these concerns. Augmentation architectures build on the existing GPS/GLONASS infrastructures to support location based services in Safety of Life (SoL) applications. Much of the technical development has been directed by air traffic management requirements, in anticipation of the more extensive support to be offered by GPS III and Galileo. WAAS has already been approved to provide vertical guidance for aviation applications. During the next twelve months, the full certification of EGNOS for SoL applications is expected. This paper discusses similarities and differences between the safety assessment techniques used in Europe and North America.

Johnson, C. W.↗

Integrated System and Application Continuous Performance Monitoring and Analysis Capability

Scientific applications run on high-performance computing (HPC) systems are critical for many national security missions within Sandia and the NNSA complex. However, these applications often face performance degradation and even failures that are challenging to diagnose. To provide unprecedented insight into these issues, the HPC Development, HPC Systems, Computational Science, and Plasma Theory & Simulation departments at Sandia crafted and completed their FY21 ASC Level 2 milestone entitled "Integrated System and Application Continuous Performance Monitoring and Analysis Capability." The milestone created a novel integrated HPC system and application monitoring and analysis capability by extending Sandia's Kokkos application portability framework, Lightweight Distributed Metric Service (LDMS) monitoring tool, and scalable storage, analysis, and visualization pipeline. The extensions to Kokkos and LDMS enable collection and storage of application data during run time, as it is generated, with negligible overhead. This data is combined with HPC system data within the extended analysis pipeline to present relevant visualizations of derived system and application metrics that can be viewed at run time or post run. This new capability was evaluated using several week-long, 290-node runs of Sandia's ElectroMagnetic Plasma In Realistic Environments ( EMPIRE ) modeling and design tool and resulted in 1TB of application data and 50TB of system data. EMPIRE developers remarked this capability was incredibly helpful for quickly assessing application health and performance alongside system state. In short, this milestone work built the foundation for expansive HPC system and application data collection, storage, analysis, visualization, and feedback framework that will increase total scientific output of Sandia's HPC users.

97 MATHEMATICS AND COMPUTING↗

Integrated System and Application Continuous Performance Monitoring and Analysis Capability (Final)

Scientific applications run on high-performance computing (HPC) systems are critical for many national security missions within Sandia and the NNSA complex. However, these applications often face performance degradation and even failures that are challenging to diagnose. To provide unprecedented insight into these issues, the HPC Development, HPC Systems, Computational Science, and Plasma Theory & Simulation departments at Sandia crafted and completed their FY21 ASC Level 2 milestone entitled "Integrated System and Application Continuous Performance Monitoring and Analysis Capability." The milestone created a novel integrated HPC system and application monitoring and analysis capability by extending Sandia’s Kokkos application portability framework, Lightweight Distributed Metric Service (LDMS) monitoring tool, and scalable storage, analysis, and visualization pipeline. The extensions to Kokkos and LDMS enable collection and storage of application data during run time, as it is generated, with negligible overhead. This data is combined with HPC system data within the extended analysis pipeline to present relevant visualizations of derived system and application metrics that can be viewed at run time or post run. This new capability was evaluated using several week-long, 290-node runs of Sandia’s ElectroMagnetic Plasma In Realistic Environments (EMPIRE) modeling and design tool and resulted in 1TB of application data and 50TB of system data. EMPIRE developers remarked this capability was incredibly helpful for quickly assessing application health and performance alongside system state. In short, this milestone work built the foundation for expansive HPC system and application data collection, storage, analysis, visualization, and feedback framework that will increase total scientific output of Sandia’s HPC users.

70 PLASMA PHYSICS AND FUSION TECHNOLOGY↗