You can run the measurement analysis sample to monitor latency measurements collected from a real-time application during application run. The real-time application must be instrumented with measurement library APIs.
In this mode, the analysis sample runs the instrumented application, attaches to the shared memory buffer, and starts reading the latency data that the instrumented application placed there. The sample prints each latency measurement at the moment when it was read. After the application is finished, the analysis sample also stops. This type of analysis is called “stream monitoring.” This means that the results are constantly read from the shared memory buffer where they are placed by the instrumented application.
The analysis sample monitors the specified measurement instances from the real-time application. A
refers to the measurement library APIs that you have added to your application to measure the latency of the real-time cycle or any part of it. For more information about instrumenting your code with measurement library APIs, see Instrument the Code
From your host system, connect to the target system:
In the SSH session
, run the sample. Both
are located in the system paths, so you can run the command from any directory:
tcc_measurement_analysis_sample monitor "Multiplication:5" -time-units us -- tcc_multiple_measurements_sample --approximation 10000 --multiplication 100 --iterations 5
This argument specifies the measurement instance to collect:
“Multiplication” is the measurement name defined in the
call in the
“5” is the buffer size – the maximum number of measurements that can be stored for this measurement instance. The size matches the number of iterations specified in the
command. To ensure all measurement results are stored, update the buffer size if you change the number of iterations when running the sample.
This argument has the same format as the
environment variable. See Control Data Collection
The output will display results in microseconds.
Separates the measurement analysis sample command from the real-time application command. For more information about the command-line options of
, see Command-Line Options
The sample prints the output of the profiled application and the
The profiling output includes the following:
Table of all measurement results. The analysis sample prints each measurement to the console immediately after it reads it from the shared buffer. Each row represents one measurement.
Summary for each measurement instance:
Count of read data: Number of measurements that the analysis sample read from the shared memory buffer
[Multiplication] Count of read data: 5
Running with arguments:
approximation = 10000,
multiplication = 100,
iterations = 5
Running workloads. This may take a while, depending on iteration values.
Workloads were run successfully.
Buffer Size Influence
Internally, the measurement analysis sample runs the instrumented application with the
environment variable, so that measured values are stored in a ring buffer in shared memory. The instrumented application writes values to the shared memory, and the measurement analysis sample reads them from the shared memory.
If the buffer size (for example, Multiplication:5) is bigger than or equal to the number of iterations, the measurement analysis sample will read all values.
If the buffer size is smaller than the number of iterations, the count of read data may vary. The count may match the number of iterations in cases where the measurement analysis sample can read the data at about the same pace as the instrumented application writes the data. Otherwise, the count may be lower if the instrumented application writes values faster than the measurement analysis sample can read them. In this case, the instrumented application stops writing new values to the buffer until the measurement analysis sample reads the values from the buffer. While the application is waiting, the new values are dropped.