
While the focus is typically on the processor or system bus, the tool can be made flexible by identifying other points of interest within the target system and procuring or designing probes to enable data collection.
Some typical collection sites of interest are:
Some typical examples of trace content from the system bus:
During a typical usage scenario, the probes are installed in the SUT (perhaps a heavily loaded server optimized for a particular benchmark) and connected to the Pre-Processing Unit.
The Pre-Processing Unit filters and packages the data, sending it downstream to the Realtime Data Storage Unit, while simultaneously processing the data stream and counting events of interest. The counter data is split off from the path to the storage devices and sent to the Realtime Display Unit for instant viewing.
The bulk of the data is then passed to the Realtime Data Storage Unit via a high speed data connection and as the data arrives, an offload begins to the Intermediate Storage Unit. As soon as all the data has been downloaded from the Realtime Data Storage Unit, the tool is available for more data collection. The Intermediate Storage Unit typically holds data for ten to twenty traces and downloads data to the Long-term Data Storage Unit on an overnight basis.
The Long-term Data Storage Unit must contain sufficient storage to hold and allow data manipulation of all the traces in current use.
The Validation Unit works in parallel with the Pre-Processing and Realtime Storage Units to collect an independent subset of samples which can be used to validate the data collected.
For situations requiring accurate performance data, but not requiring deep traces, it is possible to implement only the Trace Tool Data Probe, the Pre-Processing Unit, and the Realtime Display unit. These portions of the tool can yield instantly available, software selectable, statistics and results relating to system activity. Such results can be helpful in performance tuning, system design, and cluster integration.
Comments to: