SEARCH · Engineering Papers
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.
The topics discussed include the following: noble gas content and release temperatures; trace element abundances; heating summary of cluster fragments; isotopic measurements; and trace organic chemistry.
This paper presents a final report on physical processes influencing atmospheric trace constituents measured for aircraft in trace-P. This report covers the period of July 21, 2000 through October 31, 2003.
Major goals of the TRACE-P mission were: 1) to investigate the chemical composition of radiatively important gases, aerosols, and their precursors in the Asian outflow over the western Pacific, and 2) to describe and understand the chemical evolution of the Asian outflow as it is transported and mixed into the global troposphere. The research performed as part of this proposal addressed these major goals with a study of the organic chemical composition of gases in the TRACE-P region. This work was a close collaboration with the Blake/Rowland research group at UC-Irvine, and they have provided a separate report for their funded effort.
A set of continuous, high-resolution atmospheric radon (Rn-222) concentration time series and radon soil flux measurements were acquired during the summer of 1990 at a micrometeorological tower site 13 km northwest of Schefferville, Quebec, Canada. The tower was located in a dry upland, open-canopy lichen-spruce woodland. For the period July 23 to August 1, 1990, the mean radon soil flux was 41.1 +/- 4.8 Bq m(exp -2)/h. Radon surface flux from the two end-member forest floor cover types (lichen mat and bare soil) were 38.8 +/- 5.1 and 61.8 +/- 15.6 Bq m(exp -2)/h, respectively. Average total forest canopy resistances computed using a simple 'flux box' model for radon exchange between the forest canopy and the overlying atmosphere range from 0.47 +/- 0.24 s cm(exp -1) to 2.65 +/- 1.61 cm(exp -1) for daytime hours (0900-1700 LT) and from 3.44 +/- 0.91 s cm(exp -1) to 10.55 +/- 7.16 s cm(exp -1) for nighttime hours (2000-0600) for the period July 23 to August 6, 1990. Continuous radon profiling of canopy atmospheres is a suitable approach for determining rates of biosphere/atmosphere trace gas exchange for remote field sites where daily equipment maintenance is not possible. where daily equipment maintenance is not possible.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Introduction: Layered rims of dust-sized material surround some chondrules and other early formed nebular particles, such as calcium aluminum inclusions in chondritic meteorites. Most chondrules (~85%) in the Allende meteorite (CV3) are un-rimmed and in direct contact with the host material or matrix. For the 15% of rimmed particles, rim thickness is correlated to the underlying particle size, arguing for pre-parent body formation of rimmed particles as they traversed distinct (cooler and/or dustier) nebular environments. Nebular rim formation involves accretion of unequilibrated dust to chondrule surfaces, recording evidence for the formation of at least two separate particle populations (chondrules and dust) that interacted in the nebula, and therefore potentially record distinct nebular reservoirs.
Trace-driven simulation is an important aid in performance analysis of computer systems. Capturing address traces to use in these simulations, however, is a difficult problem for parallel processor architectures. A technique termed TRAPEDS modifies executable code (at the assembly language level) to dynamically collect the address trace from executing code. TRAPEDS has recently been implemented on both a hypercube multicomputer and a shared-memory multiprocessor. Particular attention is focused on strategies for efficiently and accurately collecting traces from both classes of parallel machines. The iPSC/2 hypercube multicomputer implementation traces both user and system code, and performs simulation on-the-fly to avoid large storage costs. Strategies are detailed for mitigating address trace distortion when collecting operating system traces. The Encore Multimax multiprocessor implementation uses a timer-based approach to reflect the interleaving of the processor traces and stores the traces to disc. Time and space overhead results are presented for both TRAPEDS implementations. Experimental cache simulation results derived from iPSC/2 address traces are presented to illustrate the importance of tracing operating system references.
Trace-driven simulation is an important aid in performance analysis of computer systems. Capturing address traces for these simulations is a difficult problem for single processors and particularly for multicomputers. Even when existing trace methods can be used on multicomputers, the amount of collected data typically grows with the number of processors, so I/O and trace storage costs increase. A new technique is presented which modifies the executable code to dynamically collect the address trace from the user code and analyzes this trace during the execution of the program. This method helps resolve the I/O and storage problems and facilitates parallel analysis of the address trace. If a trace stored on disk is desired, the generated trace information can also be written to files during execution, with a resultant drop in program execution speed. An initial implementation on the Intel iPSC/2 hypercube multicomputer is detailed, and sample simulation results are presented. The effect of this trace collection method on execution time is illustrated.
Trace-driven simulation is an important aid in performance analysis of computer systems. Capturing address traces for these simulations is a difficult problem for single processors and particularly for multicomputers. Even when existing trace methods can be used on multicomputers, the amount of collected data typically grows with the number of processors, so I/O and trace storage costs increase. A new technique is presented which modifies the executable code to dynamically collect the address trace from the user code and analyzes this trace during the execution of the program. This method helps resolve the I/O and storage problems and facilitates parallel analysis of the address trace. If a trace stored on disk is desired, the generated trace information can also be written to files during execution, with a resultant drop in program execution speed. An initial implementation on the Intel iPSC/2 hypercube multicomputer is detailed, and sample simulation results are presented. The effect of this trace collection method on execution time is illustrated.
Many performance monitoring tools are currently available to the super-computing community. The performance data gathered and analyzed by these tools fall under two categories: statistics and event traces. Statistical data is much more compact but lack the probative power event traces offer. Event traces, on the other hand, can easily fill up the entire file system during execution such that the instrumented execution have to be terminated. In this paper, we propose an innovative methodology for monitoring and trace representation that offers a middle ground. The user can trace-off trace data size vs. quality incrementally. Specifically, the user will be able to limit the amount of trace collected and, at the same time, carry out some of the analysis event traces offer for the entire execution. With the help of a few CFD examples, we illustrate the use of our technique in performance tuning. We also compare quantitatively, the quality of the traces we collected vs. event traces.
Abstract Robust sampling methods are foundational to inferences using phylogenies. Yet the impact of using contact tracing, a type of non-uniform sampling used in public health applications such as infectious disease outbreak investigations, has not been investigated in the molecular epidemiology field. To understand how contact tracing influences a recovered phylogeny, we developed a new simulation tool called SEEPS (Sequence Evolution and Epidemiological Process Simulator) that allows for the simulation of contact tracing and the resulting transmission tree, pathogen phylogeny, and corresponding virus genetic sequences. Importantly, SEEPS takes within-host evolution into account when generating pathogen phylogenies and sequences from transmission histories. Using SEEPS, we demonstrate that contact tracing can significantly impact the structure of the resulting tree, as described by popular tree statistics. Contact tracing generates phylogenies that are less balanced than the underlying transmission process, less representative of the larger epidemiological process, and affects the internal/external branch length ratios that characterize specific epidemiological scenarios. We also examined real data from a 2007–2008 Swedish HIV-1 outbreak and the broader 1998–2010 European HIV-1 epidemic to highlight the differences in contact tracing and expected phylogenies. Aided by SEEPS, we show that the data collection of the Swedish outbreak was strongly influenced by contact tracing even after downsampling, while the broader European Union epidemic showed little evidence of universal contact tracing, agreeing with the known epidemiological information about sampling and spread. Overall, our results highlight the importance of including possible non-uniform sampling schemes when examining phylogenetic trees. For that, SEEPS serves as a useful tool to evaluate such impacts, thereby facilitating better phylogenetic inferences of the characteristics of a disease outbreak. SEEPS is available at https://github.com/MolEvolEpid/SEEPS.
This work presents a Tom’s Obvious Minimal Language (TOML)-based representation of input for the US Nuclear Regulatory Commission’s TRAC/RELAP Advanced Computational Engine (TRACE) thermal hydraulics code. Implemented using the Workbench Analysis Sequence Processor (WASP), the approach maps traditional TRACE input structures to a hierarchical format composed of named parameters, typed values, and native data collections. The resulting representation preserves TRACE’s existing modeling capabilities while providing a modern, structured interface for model development and management. WASP further extends TOML through a file import directive that supports modular model composition and reusable input organization. In addition, WASP provides extended array data entry convenience with various data repeat and interpolation capabilities. Examples of the new TOML syntax are provided for major TRACE input categories, including hydraulic components, heat structures, control systems, and trip logic. The TOML representation establishes a foundation for improved validation, tooling, automation, and model maintainability while remaining compatible with existing TRACE workflows. To facilitate migration to the TOML-based input format, the TRACE executable now supports conversion of native TRACE input into an intermediate JSON representation. A Python utility subsequently transforms the JSON data into an equivalent TOML model. Lastly, the TRACE executable now supports execution using TOML-formatted input.
Examination of a trace of packets collected from the network is often the only method available for diagnosing protocol performance problems in computer networks. This thesis explores the use of packet traces to diagnose performance problems of the transport protocol TCP. Unfortunately, manual examination of these traces can be so tedious that effective analysis is not possible. The primary contribution of this thesis is a graphical method of displaying the packet trace which greatly reduce, the tediousness of examining a packet trace. The graphical method is demonstrated by the examination of some packet traces of typical TCP connections. The performance of two different implementations of TCP sending data across a particular network path is compared. Traces many thousands of packets long are used to demonstrate how effectively the graphical method simplifies examination of long complicated traces. In the comparison of the two TCP implementations, the burstiness of the TCP transmitter appeared to be related to the achieved throughput. A method of quantifying this burstiness is presented and its possible relevance to understanding the performance of TCP is discussed.
Program traces are used for analysis of program performance, memory utilization, and communications as well as for program debugging. The trace contains records of execution events generated by monitoring units inserted into the program. The trace size limits the resolution of execution events and restricts the user's ability to analyze the program execution. We present a study of the information content of program traces and develop a coding scheme which reduces the trace size to the limit given by the trace entropy. We apply the coding to the traces of AIMS instrumented programs executed on the IBM SPA and the SCSI Power Challenge and compare it with other coding methods. Our technique shows size of the trace can be reduced by more than a factor of 5.
The Astromaterials Curation facility at the NASA Johnson Space Center is currently curating more than 120 g of carbonaceous asteroid Bennu material as well as over 500 mg of asteroid Ryugu [1 and 2]. These astromaterials are stored in isolating desiccators and gloveboxes under a continuous purge of pure (<1 ppm O 2 ) gaseous nitrogen. The oxygen and moisture concentrations in our OSIRIS-REx sample processing gloveboxes are continuously monitored via integrated sensors; however, our sample storage desiccators lack integrated oxygen and humidity sensors. In previous studies, we used PreSens Fibox 4 trace oxygen meters and optochemical PSt9 spot sensors to measure the oxygen concentrations in candidate asteroid sample containers that had been sealed in nitrogen; we determined that Eagle stainless steel containers inhibit the ingress of external oxygen for several weeks [3]. This optochemical sensor technology allowed us to take precise, contactless measurements within a trace range of 0 to 200 ppmv O 2 . The effectiveness of the trace oxygen sensors in our container experiments inspired us to utilize them to assess the performance of our desiccators that previously lacked trace oxygen monitoring. In this study, our goal was to determine the quality of the nitrogen purge in the isolating desiccator under normal operating conditions by measuring the trace oxygen content. Utilizing optochemical sensor technology, we determined how long the oxygen concentration takes to reach an equilibrium in the desiccator; that is, determine the rate at which the oxygen diffusion into the desiccator equals the rate at which oxygen diffuses out of the desiccator via N2 purge. Additionally, we wanted to determine the oxygen concentration at this equilibrium, the state in which our desiccators are in during normal operating conditions. We tested a custom three chamber desiccator manufactured by Germfree using a PSt9 trace oxygen sensor spot that was mounted into a ¼” National Pipe Tapered (NPT) metal flow-through cell and attached it to the desiccator exhaust. The desiccator consists of top, middle, and bottom isolating chambers. The top chamber door was opened for several minutes to simulate a sample exchange, it was sealed, and then purged ~15 Standard Cubic Feet per Hour (SCFH). Oxygen measurements were automatically recorded via the Fibox 4 trace oxygen meter in 5-minute intervals over the course of a 24-hour period. Our results indicate the desiccator reached an equilibrium value of 10-15 ppm O 2 after ~5 hours (Fig. 1). This data allows us to explore standards for purging and exchange protocols that can be applied to similar types of desiccators in Hayabusa2, OSIRIS-REx, and for sample return collections. The assessment of the internal gaseous compositions of desiccators also allows us to share with the community the N 2 environment in which many of our asteroid samples and hardware are securely curated. Future measurements will include other nitrogen flow rates and measuring the trace oxygen concentration as a function of time for the levels of the previous commercial desiccator in which the Hayabusa2 sample collection was stored. We will also analyze how long the desiccators hold N2 after being disconnected from their N2 source, an extended measurement for sample security reassurance.
Two study areas in a cratonic platform underlain by flat-lying sedimentary rocks were analyzed to determine if a quantitative relationship exists between fracture trace patterns and their frequency distributions and subsurface structural closures which might contain petroleum. Fracture trace lengths and frequency (number of fracture traces per unit area) were analyzed by trend surface analysis and length frequency distributions also were compared to a standard Gaussian distribution. Composite rose diagrams of fracture traces were analyzed using a multivariate analysis method which grouped or clustered the rose diagrams and their respective areas on the basis of the behavior of the rays of the rose diagram. Analysis indicates that the lengths of fracture traces are log-normally distributed according to the mapping technique used. Fracture trace frequency appeared higher on the flanks of active structures and lower around passive reef structures. Fracture trace log-mean lengths were shorter over several types of structures, perhaps due to increased fracturing and subsequent erosion. Analysis of rose diagrams using a multivariate technique indicated lithology as the primary control for the lower grouping levels. Groupings at higher levels indicated that areas overlying active structures may be isolated from their neighbors by this technique while passive structures showed no differences which could be isolated.
Trace driven simulation is a well-established method of performance analysis for single processor computer systems. However, efficient and accurate memory address tracing for parallel computer systems is not well understood. In this paper we present a critical survey of recently implemented approaches to address tracing and highlight the issues specific to collection of traces for both shared and distributed memory parallel computers. These issues include potential distortion of the relative ordering of events by the address tracing activity, realistic interleaving of addresses generated by multiple processors, and I/O and storage problems associated with collecting traces for large parallel systems. The strengths and weaknesses of the parallel tracing approaches are described.