Performance testing of lidar receivers

In addition to the considerations about the different types of noise sources, dynamic range, and linearity of a lidar receiver, one requires information about the pulse shape retaining capabilities of the receiver. For this purpose, relatively precise information about the height resolution as well as the recovery time of the receiver, due both to large transients and to fast changes in the received signal, is required. As more and more analog receivers using fast analog to digital converters and transient recorders will be used in the future lidar systems, methods to test these devices are essential. The method proposed for this purpose is shown. Tests were carried out using LCW-10, LT-20, and FTVR-2 as optical parts of the optical pulse generator circuits. A commercial optical receiver, LNOR, and a transient recorder, VK 220-4, were parts of the receiver system

Performance Testing of Distributed Component Architectures

Performance characteristics, such as response time, throughput andscalability, are key quality attributes of distributed applications. Current practice,however, rarely applies systematic techniques to evaluate performance characteristics.We argue that evaluation of performance is particularly crucial in early developmentstages, when important architectural choices are made. At first glance, thiscontradicts the use of testing techniques, which are usually applied towards the endof a project. In this chapter, we assume that many distributed systems are builtwith middleware technologies, such as the Java 2 Enterprise Edition (J2EE) or theCommon Object Request Broker Architecture (CORBA). These provide servicesand facilities whose implementations are available when architectures are defined.We also note that it is the middleware functionality, such as transaction and persistenceservices, remote communication primitives and threading policy primitives,that dominates distributed system performance. Drawing on these observations, thischapter presents a novel approach to performance testing of distributed applications.We propose to derive application-specific test cases from architecture designs so thatthe performance of a distributed application can be tested based on the middlewaresoftware at early stages of a development process. We report empirical results thatsupport the viability of the approach

DiPerF: an automated DIstributed PERformance testing Framework

We present DiPerF, a distributed performance testing framework, aimed at simplifying and automating service performance evaluation. DiPerF coordinates a pool of machines that test a target service, collects and aggregates performance metrics, and generates performance statistics. The aggregate data collected provide information on service throughput, on service "fairness" when serving multiple clients concurrently, and on the impact of network latency on service performance. Furthermore, using this data, it is possible to build predictive models that estimate a service performance given the service load. We have tested DiPerF on 100+ machines on two testbeds, Grid3 and PlanetLab, and explored the performance of job submission services (pre WS GRAM and WS GRAM) included with Globus Toolkit 3.2.Comment: 8 pages, 8 figures, will appear in IEEE/ACM Grid2004, November 200

Outdoor performance testing of thin-film devices

The Advanced Systems Research Group supports the photovoltaic advanced R&D (PV AR&D) project by providing outdoor (global) testing of PV cells, submodules, modules, and arrays. The group also provides in house engineering and analysis to identify and determine how technical issues such as cell/module/system adaptations, long term stability, reliability, economics, materials availability, safety, and environmental impacts affect the development and ultimate use of advanced PV thin film, innovative cell, and material technologies. A major thrust of the research effort is to develop and utilize instrumentation and procedures for monitoring and analyzing PV cells and submodules including outdoor performance and stability testing and life cycle accelerated stress testing. To accomplish the above, the solar energy research institute (SERI) outdoor PV test facility was established in 1982. The group has designed testing systems and analysis procedures for, and has tested, numerous amorphous silicon thin film submodules provided by SERI subcontractors and has performed long term outdoor stability tests on CdS/CuIr Se sub 2 and hydrogen passivated silicon solar cells. A significant contribution from this facility over the past year was the testing of large area amorphous silicon submodules

Why Performance Testing

This paper introduces Benefits of performance testing in organizations. To understand the importance, it is very necessary to know what Performance is testing, why it should be or when it should be performed. Performance testing means to validate the applications/ systems reliability, scalability, stability. If testing is not performed properly then it can produce catastrophic results. Keywords: Performance Testing, HP Load runner, Load testing, Stress Testin

Alkaline battery separator characterization studies Quarterly report, 23 Jun. - 23 Sep. 1968

Performance testing of alkaline battery separator film

Performance testing of distributed computational resources in the software development phase

A grid software harmonization is possible through adoption of standards i.e. common protocols and interfaces. In the development phase of standard implementation, the performance testing of grid subsystems can detect hidden software issues which are not detectable using other testing procedures. A simple software solution was proposed which consists of a communication layer, resource consumption agents hosted in computational resources (clients or servers), a database of the performance results and a web interface to visualize the results. Communication between agents, monitoring the resources and main control Python script (supervisor) is possible through the communication layer based on the secure XML-RPC protocol. The resource monitoring agent is a key element of performance testing which provides information about all monitored processes including their child processes. The agent is a simple Python script based on the Python psutil library. The second agent, provided after the resource monitored phase, records data from the resources in the central MySQL database. The results can be queried and visualized using a web interface. The database and data visualization scripts could be considered for a service thus the testers do not need install them to run own tests

Thermodynamic performance testing of the orbiter flash evaporator system

System level testing of the space shuttle orbiter's development flash evaporator system (FES) was performed in a thermal vacuum chamber capable of simulating ambient ascent, orbital, and entry temperature and pressure profiles. The test article included the evaporator assembly, high load and topping exhaust duct and nozzle assemblies, and feedwater supply assembly. Steady state and transient heat load, water pressure/temperature and ambient pressure/temperature profiles were imposed by especially designed supporting test hardware. Testing in 1978 verified evaporator and duct heater thermal design, determined FES performance boundaries, and assessed topping evaporator plume characteristics. Testing in 1979 combined the FES with the other systems in the orbiter active thermal control subsystem (ATCS). The FES met or exceeded all nominal and contingency performance requirements during operation with the integrated ATCS. During both tests stability problems were encountered during steady state operations which resulted in subsequent design changes to the water spray nozzle and valve plate assemblies