ion (EBBA). Some of these methods will be briefly introduced here. The simplest way of analyzing runtime information consists of collecting statistics from the individual event-records. ParaGraph [HE91b] and the Crystal [RR89b] are typical examples of tools that use this approach. Among the gathered statistics are cumulative busy/idle times, cumulative communication times, number of bytes sent, etc. More complex analysis is provided by the integration into the monitoring environment of statistical analysis packages, that allow the interactive analysis of the trace-data. The SIMPLE environment adopted this approach by integrating the data analysis and graphics package S from AT&T [Moh90]. The Event Based Behavioral Abstraction (EBBA) approach is more than simply a way of analyzing event-records, and constitutes a complete high-level approach to debugging [Bat89]. Globally speaking the approach consists of constructing high-level models that describe the expected behavior of the monit...

This paper introduces the PowerTools data presentation toolset and its application. PowerTools is the name given to a set of diverse data presentation systems, integrated under the Common Tool Control (CTC) program. At present, the system is made up of two visualisation tools (Maritxu and The Cave) and a sonification tool (SRT, Sonic Representation Tool). The system was originally developed to aid the understanding and optimisation of parallel computer systems. It is now being applied to problems in which quantity, variation and complexity of data is problematic (e.g Control and Stock Markets). The visualisation tools have been designed to deal with large quantities of complex multivariate dynamic data. They exploit pre-attentive vision's ability to discriminate the data sub-sets that require attentive analysis. Maritxu is highly scalable and has been designed for data set comparison; The Cave portrays data evolution through time. SRT generates a sound track driven by the i...

It is not easy to reach the best performances you can expect of a parallel computer. We therefore have to use monitoring programs to study the behavior of parallel programs. We introduce here a way to generate sound in real-time on a workstation, with no additional hardware, and we apply it to such monitoring programs.

It is not easy to reach the best performances you can expect of a parallel computer. We therefore have to use monitoring programs to study the performances of parallel programs. We introduce here a way to generate sound in real-time on a workstation, with no additional hardware, and we apply it to such monitoring programs. Keywords: Monitoring, Parallelism, Sound on a workstation, Sonification 1 Introduction Monitoring the behavior and performances of massively parallel programs has proved to be quite difficult. We have to deal with two major problems: gathering the monitoring data and using it to understand the behavior of the studied parallel program to, hopefully, increase its performances. This paper will focus on the latter problem. More precisely, we will see how sound can be generated in real-time 1 on a workstation, and used to extract relevant information from the monitoring trace files. We therefore suppose that the monitoring data is already available, and that we have on...

It is not easy to reach the best performances you can expect of a parallel computer. We therefore have to use monitoring programs to study the performances of parallel programs. We introduce here a way to generate sound in real-time on a workstation, with no additional hardware, and we apply it to such monitoring programs. Keywords: Monitoring, Parallelism, Sound on a workstation, Sonification 1 Introduction Monitoring the behavior and performances of massively parallel programs has proved to be quite difficult. We have to deal with two major problems: gathering the monitoring data and using it to understand the behavior of the studied parallel program to, hopefully, increase its performances. This paper will focus on the latter problem. More precisely, we will see how sound can be generated in real-time 1 on a workstation, and used to extract relevant information from the monitoring trace files. We therefore suppose that the monitoring data is already available, and that we h...