You can create monitors and use them to collect network information and system performance data during load testing. Monitoring metrics can be overlaid onto load test results to help you determine whether the load passed to the Web server is being handled as designed.
In this section:
Supported Monitors
- SNMP
- Windows monitors (available only on Windows installations of Load Test)
- WebSphere
- WildFly
- Tomcat
- rstat
- remote
- deployed (for example, AppDynamics, Dynatrace)
- custom
Performance Monitor for Oracle Service Bus (OSB/ALSB)
A performance monitor for Oracle Service Bus (OSB/ALSB) is available. Contact technical support for details.
Adding Built-In Monitors
You can add the following built-in monitors.
Adding SNMP Agent Monitors
Load Test can retrieve data based on the provided OID(s) from the SNMP agents of versions 1 and 2c.
To add an SNMP agent monitor:
- Right-click the Monitors node in the Load Test tab and choose New Monitors. A New Monitors dialog opens.
- Select SNMP from the New Monitors dialog, then click Finish. A configuration panel for the new monitor will open in the right panel.
- Type the SNMP agent’s host name in the Host field.
- Type the SNMP agent’s community in the Community field.
- Enter a parameter by clicking New. The New Parameter dialog opens.
- Complete the New Parameter dialog as follows:
- Parameter Type: Choose OID or Composite.
- Parameter: Depending on the Parameter Type selected, the Parameter options will vary according to the following:
- OID: Enter the Object ID that identifies a specific parameter within the SNMP agent community. (Only available if OID is selected as the Parameter Type.)
- Composite: Choose Processor, Memory, Network, or TCP to collect corresponding data.
- Counters: Depending on the selected Composite parameter, displays CPU Utilization (%), Memory Utilization (%), and Network Utilization (%); these counters are calculated by querying a set of OIDs.
If TCP is selected as the Composite parameter, you must select a counter from the Counters box. - Parameter Explanation: Displays an explanation for the Composite parameter selected.
- Graph Title: Enter a title for the graph that will correspond to the Monitor you are adding. This title will display in Load Test Progress graphs, and in Detailed Report graphs.
- Apply operation: Select to apply simple operations to values returned by an SNMP agent. Use "*" for "multiply", "/" for "divide", and "%" for "percentage of". For example, if the agent returns the value of the allocated memory in bytes but you want to see it in KB, you would apply a "/ 1024" operation by selecting "/" from the menu and entering "1024" in the adjacent text field. You could then add "Memory in kilobytes" into the Graph Title field.
- Repeat the above step until the Parameters table shows all parameters you want this SNMP agent to monitor.
- Verify the new monitor by right-clicking the related node in the Load Tests tree’s Monitors > SNMP branch.
Adding Windows Performance Monitors
To add a Windows performance monitor (functionality which is only available if you have a Windows installation of Load Test):
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select Windows from the New Monitors dialog, then click Finish.
- Type the perfmon’s host name in the Host field.
- Enter a parameter by clicking New. The Add performance counter dialog opens.
- Complete the New Parameter dialog as follows:
- Select the performance counter and instance of the parameter you want to monitor. An explanation of the parameter you select displays in the Parameter Explanation box.
- In the Graph Title field, enter a title for the graph that will correspond to the Monitor you are adding. This title will display in Load Test Progress graphs, and in Detailed Report graphs.
- In the Apply Operation sub-panel, select an operation and a value to be applied to the monitor data if needed. For example, by selecting the / (divide) operation and entering
1024
in the operation value field, you could convert the original monitor value from Bytes to KBytes.
- Repeat the above step until the Parameters table shows all parameters you want this perfmon to monitor.
- Verify the new monitor by right-clicking the related node in the Load Tests tree’s Monitors > Windows branch.
Adding WebSphere Monitors
Before adding a WebSphere monitor, go to the Security > Global security section of the WebSphere Administrative console and ensure that Enable administrative security is not enabled.
To add a WebSphere monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select WebSphere from the New Monitors dialog, then click Finish.
- In the Project Configuration panel, click Configure. A Configure WebSphere Agent dialog opens.
- Enter the Host name, change the Port number if necessary, then click Next.
- In the Configure WebSphere Agent panel, enter or browse to the appropriate Path of the WebSphere installation. For example:
C:\IBM\WebSphere
. - Click Next. The Configure WebSphere Agent dialog displays a table of the required Jar files for the server and indicates whether or not the appropriate Jar files were found.
- In the Configure WebSphere Agent dialog, click Finish. The Add Parameter dialog opens.
- Select a Parameter from the left GUI panel of the Add Parameter dialog. The Name, Description, and Value for each instance of the parameter you want to monitor displays in the right GUI panel of the Add Parameter dialog.
- In Select column from the right GUI panel, check the parameter instances that you want to monitor, then click OK. The parameters you choose will display in Load Test Progress graphs, and in Detailed Report graphs.
Adding WildFly Monitors
Load Test WildFly monitor supports WildFly application server version 27 and higher.
To add a WildFly monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select WildFly from the New Monitors dialog, then click Finish.
- In the Project Configuration panel, click Configure. A Configure WildFly Agent wizard dialog opens.
- Enter the Host and Port for your WildFly server.
- If your WildFly server is configured to accept anonymous connections, you can leave the User and Password fields blank. If a login is required, enter the credentials in the User and Password fields.
- Click Next.
- Enter the path to your WildFly application server installation directory. Click Next.
In order to connect to the WildFly application server, the Load Test WildFly monitor needs to load the jboss-cli-client.jar file from the WildFly installation directory. If your Load Test and WildFly installations are on different hosts, copy the jboss-cli-client.jar from the WildFly server installation to your Load Test machine and enter that directory. The wizard will look for the jboss-cli-client.jar directly under the path you specified (in case you copied the jboss-cli-client.jar from a remote installation) or under the
bin\client
directory if the path you specified is the actual WildFly installation. - Verify the required jar archives were found and click Finish. A progress dialog opens followed by the Add Parameter dialog.
- Choose a parameter from the left panel. The Name, Description, and Value for each instance of the parameter you want to monitor will appear in the right panel.
- In the right panel, enable the parameter instances that you want to monitor, then click OK.
- The parameters you selected will be added to the Parameters table of the WildFly monitor configuration view. Double-click on a parameter to modify its Title. The Title is the name under which the parameter graph will appear in the Load Test progress view and the report. You can apply an operation to each parameter, if needed. For instance, you can multiply the
SystemCpuLoad
parameter by 100 to convert this value to percent. - Click the Properties icon in the upper-right corner of the monitor panel to see monitor properties. The User and Password values are editable (press ENTER after editing to apply your changes).
Adding Tomcat Monitors
Prerequisites
Load Test monitors support Tomcat 9 and 10.
In order to use this monitor, Tomcat should be started with the following Java system properties:
- -Dcom.sun.management.jmxremote
- -Dcom.sun.management.jmxremote.port=7744
- -Dcom.sun.management.jmxremote.ssl=false
- -Dcom.sun.management.jmxremote.authenticate=false
Use the port of your choice with the com.sun.management.jmxremote.port
system property.
For example, you can add the following Java system properties to the catalina.bat Tomcat launch script if you are on Windows:
set "JAVA_OPTS=%JAVA_OPTS% -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=7744 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"
If your Tomcat is installed as a Windows service:
- Launch Tomcat9w.exe.
- Click the Java tab in the Apache Tomcat Properties window.
- Add the Java system properties to the "Java Options" section. Each Java system property must be on a new line.
To add a Tomcat monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select Tomcat from the New Monitors dialog, then click Finish.
- In the Project Configuration panel, click Configure. A Configure Tomcat Agent dialog opens.
- In the Configure Tomcat Agent dialog, enter the host name and change the port number, if necessary, then click Finish. The Add Parameter dialog opens.
- Select a Parameter from the left GUI panel of the Add Parameter dialog. The Name, Description, and Value for each instance of the parameter you want to monitor displays in the right GUI panel of the Add Parameter dialog.
- In Select column from the right GUI panel, check the parameter instances that you want to monitor, then click OK. The parameters you choose will display in Load Test Progress graphs, and in Detailed Report graphs.
Adding rstat Monitors
To add an rstat monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select rstat from the New Monitors dialog, then click Finish.
Note
For rstat monitors to be enabled, copy the djrpc.jar and rstatcl.jar files to the <INSTALL>/plugins/com.parasoft.ptest.libs.web_<VERSION>/root
directory and add them to the classpath.
Add the rstatcl.jar file to <INSTALL>/plugins/com.parasoft.ptest.libs.web_<VERSION>/root
directory upon installation.
The djrpc.jar file must be purchased and copied to the <INSTALL>/plugins/com.parasoft.ptest.libs.web_<VERSION>/root
directory.
Adding Remote JVM Monitors
Note
To use this monitor, the JVM should be started with the following Java system properties:
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=7744
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
Use the port of your choice with the com.sun.management.jmxremote.port
system property.
To add a remote JVM Monitor:
- Right-click the Load Tests tab and choose Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select Remote JVM from the New Monitors dialog, then click Finish.
- In the Project Configuration panel, click Configure. A Configure Remote JVM Agent dialog opens.
- In the Configure Remote JVM Agent dialog, enter host name and change port number, if necessary, then click the Finish. The Add Parameter dialog opens.
- Select a Parameter from the left GUI panel of the Add Parameter dialog. The Name, Description, and Value for each instance of the parameter you want to monitor displays in the right GUI panel of the Add Parameter dialog.
- In Select column from the right GUI panel, check the parameter instances that you want to monitor, then click OK. The parameters you choose will display in Load Test Progress graphs and in Detailed Report graphs.
Adding Custom Monitors
Custom monitors can be implemented by JavaScript or Jython scripts, or by Java class methods. This is especially useful if you would like to collect data from sources that are not listed above.
Note
A channel method must return a java.lang.Number
type in order to be plotted in Load Test Progress and Detailed Report graphs.
To add a custom monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select Custom from the New Monitors dialog, then click Finish.
- Enter a name for the Custom monitor in the Name field.
- Click New. An Add Channel dialog opens.
- Enter a name for the channel in the Channel ID field. The name you entered for the Custom Monitor, together with the Channel ID, will comprise the title of the monitor. This title will display in Load Test Progress graphs, and in Detailed Report graphs.
- (Optional) Enter a short description of the channel in the Description field.
- Select a language from the Language menu.
- Specify the script by doing one of the following:
- Enable File and click Browse to select the appropriate file.
- Enable Text and enter the script in the text field.
- Specify the method you want invoked from the Method menu.
- Click OK. The new custom channel is added to the Channels table in the right GUI panel.
Modifying Built-In Monitors
After a monitor has been created, you can set or modify the Apply Operation parameter for the following built-in monitor types:
- Windows
- Tomcat
- Remote JVM
- SNMP
To modify the operation, double-click the monitor channel in the Parameters panel of the monitor configuration view and set the appropriate operation type and value.
Adding Deployed Monitors
Load Test allows dynamically adding monitor types to the Load Test installation. Deployed monitors are displayed in the Deployed monitor types table of the Performance Monitors wizard.
AppDynamics
Adding AppDynamics Monitors
To add an AppDynamics monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select AppDynamicsMonitor from the New Monitors dialog’s Deployed monitor types table, then click Finish.
- In the upper-right corner of the Project Configuration panel, click Properties and configure the AppDynamics properties.
- Host – host where the AppDynamics server is installed.
- Port – port where AppDynamics is listening for REST calls.
- User Name – username for REST calls authentication.
- Password – password for REST calls authentication.
- Query Interval (Minutes) – time in minutes over which the monitor values are averaged. The minimum value is 1 minute.
- Click OK to save the property values in the project.
- To add channels to the AppDynamics monitor:
- Click New in the Deployed monitor panel of the Project Configuration tab. The monitor channel selection dialog displays. The top-level nodes in monitor channel tree are applications monitored by AppDynamics.
- Expand the top-level application nodes until you reach the channel leaf nodes with check boxes.
- Ensure that the items you want to monitor are checked.
- Click OK to have selected nodes added to the Parameters table of the Deployed monitor configuration panel. The parameters you choose will display in Load Test Progress graphs as well as in Detailed Report graphs.
Tip
Open the Properties dialog and click OK to reset the monitor channel selection tree. The monitor channels tree will display the top-level application nodes based on the data provided by AppDynamics. The child nodes will be dynamically constructed based on queries sent to AppDynamics as you click the tree’s expand icons “[+]”.
Monitoring Data Available from AppDynamics Monitoring Extensions
The AppDynamics Exchange site offers a number of Monitoring Extensions. Monitoring Extension data available in AppDynamics Metric Browser will be available in the Load Test AppDynamics monitor.
The screenshots below show the data exposed by the ‘Static’ Monitoring Extension available from the Exchange in the AppDynamics Metric Browser View and the Load Test AppDynamics monitor channel selection view.
Custom FileContentMetric in AppDynamics:
Custom FileContentMetric in Load Test AppDynamics Monitor:
Dynatrace
Adding Dynatrace Monitors
To add a Dynatrace monitor:
- Right-click the Load Test tab’s Monitors node, then choose New Monitors. A New Monitors dialog opens.
- Select DynatraceMonitor from the New Monitors dialog’s Deployed monitor types table, then click Finish.
- In the upper-right corner of the Project Configuration panel, click Properties and configure the Dynatrace properties.
- Host – host where the Dynatrace server is installed.
- Port - port where Dynatrace is listening for REST calls. Default port is 8020. Refer to the Dynatrace documentation for more details.
- User Name - username for REST calls authentication.
- Password - password for REST calls authentication.
- Click OK to save the property values in the project.
- To add channels to the Dynatrace monitor:
- Click New in the Deployed monitor panel of the Project Configuration tab. The monitor channel selection dialog opens.
- Expand the top-level application nodes until you reach the channel leaf nodes with check boxes.
- Ensure that the items you want to monitor are checked.
- Click OK to have selected nodes added to the Parameters table of the Deployed monitor configuration panel. The parameters you choose will display in Load Test Progress graphs as well as in Detailed Report graphs.
The monitor channel selection view tree is structured in the following way:
- Level 1: Dynatrace dashboards
- Level 2: Chart Dashlets in a dashboard
- Level 3: Measures in a Chart Dashlet
- Level 4: Min/Max/Avg vales of the Measure
- Level 3: Measures in a Chart Dashlet
- Level 2: Chart Dashlets in a dashboard
You can monitor either existing Chart Dashlets of Line Chart type or create new ones. You can add multiple Measures (data series) to a Chart Dashlet. See the Dynatrace vendor documentation for more details.
Tip
Open the Properties dialog and click OK to reset the monitor channel selection tree. The monitor channels tree will display the top-level application nodes based on the data provided by Dynatrace. The child nodes will be dynamically constructed based on queries sent to Dynatrace as you click the tree’s expand icons “[+]”.
Dynatrace REST Query Response Size Considerations
The sizes of the Dynatrace REST responses can be quite large (100KB and more), depending on the Chart and Dashboard configurations.
To minimize the size of the Dynatrace REST query responses:
- In the charts of the dashboards that are being monitored by Load Test, choose the following settings in the Chart control panel in the top right corner of the Chart view.
- Select Timeframe: set to last 5 minutes.
- Select Chart Resolution: set to 10s.
- Select Timeframe: set to last 5 minutes.
- To apply these settings to all charts in a dashboard, choose the Apply to Dashboard command in the right-click menu shown in screenshots above.
- To estimate the sizes of responses of REST queries of dashboards that are used by the Load Test Dynatrace monitor, open the query results in a browser using the following URL template (after substituting the host, port and the dashboard names to the ones relevant to your environment): http://dynatrace.parasoft.com:8020/rest/management/dashboard/your_dashboard_name
Monitoring Data Available from Dynatrace Plugins
The Dynatrace ‘PLUGIN CENTRAL’ site and ‘Community Plugins and Extensions’ site contain a number of plugins, many of which can be used to extend the out-of-the box Dynatrace monitoring capabilities. The Dynatrace plugin data added as a Measure to a Chart Dashlet will be available in the Load Test Dynatrace monitor.
The screenshots below show a StockQuote sample monitor plugin available from the ‘Community Plugins and Extensions’ site added as Measure in a Dynatrace Chart Dashlet and in Load Test Dynatrace monitor channel selection view.
Custom StockQuote Measure in Dynatrace:
Custom StockQuote Channel in Load Test Dynatrace monitor:
JVM Threads
Adding Remote JVM Threads Monitors
The JVM Threads Monitor allows you to observe threads statistics, as well as record individual thread details of a remote Java application using Java JMX technology.
Enabling JMX Monitoring
To use this monitor, the JVM should be started with the following Java system properties to enable JMX monitoring:
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=7744 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false
Use the port of your choice with the com.sun.management.jmxremote.port
system property.
To add a Remote JVM Threads Monitor
- Right-click the Monitors node in the Load Test tab and choose New Monitors.
- Choose JVMThreadsMonitor from the New Monitors dialog’s Deployed monitor types table and click Finish.
- In the upper-right corner of the Project Configuration panel, click Properties and configure the JVMThreadsMonitor properties.
- Host: host name where the JVM is running
- Port: the JMX port of the JVM (See Enable JVX Monitoring).
- Thread Filter: Comma-separated list of strings. If a thread name contains any of the strings in the list, the thread will be processed by the monitor. Thread name matching is case insensitive. (The filter is applied after the monitor receives all available thread data from a remote JVM process.)
- Thread Dump Mode: Comma-separated list of thread states to be dumped for further analysis. See Taking Selective Thread Dumps for a detailed description.
Thread Dump Directory: Directory path where threads should be dumped. See Taking Selective Thread Dumps for a detailed description.
The JVM Threads Monitor may affect the performance of your application under test (AUT)
The performance effects associated with adding the JVM Threads Monitor are comparable to using the
jvisualvm
Java performance diagnostic and monitoring tool. The effect should be negligible in most cases, however we recommend evaluating it by comparing key performance indicators of the AUT, such as CPU utilization, Average and Maximum response times, and so on, before and after applying the JVM Threads Monitor to your Load Test project.
- Click OK to save the property values in the project.
- To add channels to the JVM Threads monitor:
- Click New in the Deployed monitor panel of the Project Configuration tab. The monitor channel selection dialog opens.
- Enable the channels you want to monitor. Channel details are available in the Description column of the channel selection dialog.
About Channel Descriptors
TotalThreads | Number of filtered threads. |
---|---|
RunningThreads | Number of filtered threads in RUNNABLE state |
BlockedThreads | Number of filtered threads in BLOCKED state waiting to enter synchronized statement or method. |
ParkedThreads | Number of filtered threads in parked state due to LockSupport.park() call. |
SleepingThreads | Number of filtered threads in a Thread.sleep() method. |
WaitingThreads | Number of filtered threads waiting to be notified in an Object.wait() method. |
NewThreads | Number of threads that are not yet started. |
UnknownThreads | Number of threads in unknown state. |
DeadlockedThreads | Threads that own one lock while trying to acquire another lock already held by another thread. This channel finds locks involving both object monitors and ownable synchronizers, such as java.util.concurrent.locks.ReentrantLock and java.util.concurrent.locks.ReentrantReadWriteLock |
MonitorDeadlockedThreads | Threads that own one synchronization monitor while trying to acquire another monitor already held by another thread. This method finds deadlocks involving only object monitors. |
BlockedTime | Approximate time in milliseconds filtered threads spent in BLOCKED state during the Load Test data collection interval. |
BlockedRatio | Approximate ratio of time filtered threads spent in BLOCKED state measured in percent. |
BlockedCount | Number of times filtered threads were in BLOCKED state. |
WaitedTime | Approximate time in milliseconds filtered threads spent in WAITING or TIMED_WAITING state. |
WaitedRatio | Approximate ratio of time filtered threads spent in WAITING or TIMED_WAITING state measured in percent. |
WaitedCount | Number of times filtered threads were in WAITING or TIMED_WAITING state. |
All data returned by monitor channels is related to the last Load Test data collection interval.
The NEW, RUNNABLE, BLOCKED, WAITING, TIMED_WAITING, TERMINATED are the states from the State
enumeration of the java.lang.Thread
class.
For details about JVM thread states, see the Java documentation for relevant Java classes:
- java.lang.management.ThreadInfo:
https://docs.oracle.com/javase/8/docs/api/java/lang/management/ThreadInfo.html
- java.lang.managementThreadJMXBean:
https://docs.oracle.com/javase/8/docs/api/java/lang/management/ThreadMXBean.html
Upon initialization, the JMX Threads Monitor checks if thread contention monitoring is enabled on a remote JVM. If contention monitoring is disabled, the JMX Threads Monitor attempts to enable it. If this attempt fails, the BlockedTime, BlockedRatio, WaitedTime and WaitedRatio channels will return zero values.
Taking Selective Thread Dumps
The JMX Threads Monitor allows you to take selective dumps of a remote application's threads and save them to disk for further analysis. This feature helps you catch undesired thread states that appear sporadically or record thread states during the automated load test runs.
The JMX Threads Monitor will only dump threads when a load test is running. Thread dumps will not be taken when clicking Send Request in the monitor configuration view.
Set the following monitor properties to configure selective thread dumps.
Thread Filter | Only threads matching the Thread Filter will be dumped. |
---|---|
Thread Dump Mode | The following values are available:
No thread dumps will be taken if this property is not configured (empty). Enter a comma-separated list of values to configure dumps of multiple thread states: DEADLOCKED, BLOCKED, PARKED |
Thread Dump Directory | You can enter either an absolute path or a path relative to the following directory in SOAtest/LoadTest installation:
No thread dumps will be taken if this property is not configured (empty). The path provided in this setting will be used as a thread dump root (see Examining Thread Dumps). |
Examining Thread Dumps
The path provided in the Thread Dump Directory setting will be used as a thread dump root. The JVM Threads Monitor will create a separate project thread dump directory under the thread dump root for each load test run. These project thread dump directories will have the following name pattern: PROJECTNAME_YYYY-MM-DD_hh-mm-ss
.
- PROJECTNAME: the name of the LoadTest project.
- YYYY: current year
- MM: current month
- DD: current date
- hh: hour of the day in 24-hour format
- mm: minute
- ss: second
This format allows you to clearly see which Load Test project a thread dump is related to and when it was created. The PROJECTNAME_YYYY-MM-DD_hh-mm-ss
directory will not be created if the monitor does not find threads to dump that match the threads dump configuration during a load test run.
The monitor will create thread dump files with the following name pattern inside the project thread dump directory: S..S_hh-mm-ss.txt
- S..S: Elapsed Time in seconds since the beginning of the load test run when the threads dump was taken.
- hh-mm-ss: System Time when the thread dump was taken.
- hh: hour of the day in a 24-hour format
- mm: minute
- ss: second
Each thread dump file will contain one or more thread stack traces taken by the monitor. A thread stack trace will have the following format:
THREAD_STATE thread: THREAD_NAME thread_stack_entries
Each BLOCKED thread will be followed by a stack trace of the thread that is blocking it. A BLOCKED thread output will have the following format:
THREAD_STATE thread: THREAD_NAME thread_stack_entries ------------------ Blocked by: BLOCKING_THREAD_STATE thread: THREAD_NAME blocking_thread_stack_entries
Example:
BLOCKED thread: Clinet Rec: LTPub_0.4104694862292172 com.acme.connections.ClientComms.isDisconnecting:561 ... java.util.concurrent.ThreadPoolExecutor$Worker.run:617 java.lang.Thread.run:745 ------------------ Blocked by: PARKED thread: acme_pool-2-UserCodeRunnable-135 sun.misc.Unsafe.park:-2 java.util.concurrent.locks.LockSupport.parkNanos:215 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos:2078 java.util.concurrent.ThreadPoolExecutor.awaitTermination:1465 ...
Matching Thread Dumps to Graph Points in the Load Test Report
To find a thread dump for a particular point in the Load Test report graph follow there steps:
- Hover the mouse cursor over a point in the Load Test report graph
- Use either the Elapsed Time or the System Time in the tooltip to find a dump file with the closest Elapsed or System time.
For example, the 3_10-37-37.txt file will be the thread dump file for the graph point highlighted in the screenshot.
Querying Monitors
Once some parameters have been added to a monitor, they can be queried.
To send a query:
- Select the Load Tests tree node that represents the monitor you want to query.
- Click Send Request in the Response View area of the monitor’s configuration panel.
Query results will be displayed in the Response View area of the monitor’s configuration panel.
Verifying Monitor Status
The Load Tests tree uses color bubbles to indicate the status of each monitor. The following colors are used:
- White: Unchecked.
- Green: All parameters are available.
- Yellow: Some parameters are either unavailable, or their values are not numeric.
- Red: Monitor is unavailable or unreachable.
To verify the current state of one or more monitors:
- Right-click the Load Tests tree node that represents the monitor(s) you want to verify (either the Monitors node, the Windows node, the SNMP node, the Custom node, or the node that represents an individual monitor).
- Choose Verify.
Monitoring Behavior During Test Suite Load Testing
The monitors that you have added to the Load Tests tree will be used during test suite load testing.
During a load test that uses monitors, Load Test adds a bar for each monitor within the Graph tab of the Load Test Progress panel. The Graph tab displays data collected from the monitors. The names of these bars are based on the monitors’ Graph Title values, not by OID numbers or parameter IDs.
Accessing Monitor Results
Monitor data collected during load testing is saved in the Detailed Report, where it can be viewed together with and correlated to the default data (such as "Number of Virtual Users", and so on).