--- schema_version: "1" id: c07b4076649b06230eaa6f467e3fb5b56f92c876c02a0c72c687cd5f0d2f84bf title: Performance Monitoring collection: mulesoft version: current locale: en-us portal_url: https://docs.salesforce.com/mulesoft/current/en-us/mule-runtime/4.3/tuning-monitoring.md canonical_url: https://docs.mulesoft.com/mule-runtime/4.3/tuning-monitoring source_site: docs.mulesoft.com content_type: documentation content_hash: 02e7231b400b7fdb37b1d675809007fa79a54e8def74591934734d6dc423a43f description: MuleSoft Documentation Site release: "4.3" latest: false --- --- product: Mule Runtime version: 4.3 --- # Performance Monitoring > For the full documentation index, see: https://docs.mulesoft.com/llms.txt To complement performance testing best practices, monitor the resources consumed by Mule runtime engine (Mule) during the tests. The following information identifies the metrics that are most important to monitor for each main system resource and the tools to use for CloudHub monitoring. The resource monitoring commands documented here are for a Linux OS with sysstat installed. ## CPU Resource Increased load can exhaust CPU resources. There are several ways to monitor these resources. Two of them are: - Top command: `top` The `%CPU` metric equals to the CPU usage divided by the number of cores. ![Top command CPU stats](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-monitoring-top.png) Figure 1. Top command CPU stats - Sar command: `sar -u ALL $INTERVAL $COUNT` `$INTERVAL` specifies the time interval allocated for obtaining the metrics and `$COUNT` specifies the number of data points to collect. The main metrics to pay attention to are: - `%sys`, which shows how much CPU is used at system level (kernel) - `%sys`, which shows how much CPU is used at system level (kernel) - `%idle`, which shows the percentage of time that the CPU was idle ![Sar command CPU stats](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-sar-cpu.png) Figure 2. Sar command CPU stats ## Memory Resource To understand how Mule uses memory, including heap and native memory or off-heap buffers, monitor the memory in any of several ways. Two of them are: - GC Log Enable GC (Garbage Collection) logging to obtain allocation rate, object growth, and so on. Additionally, obtain information about the activities in the heap. Enabling GC logging involves a light disk overhead. ![wrapper.conf](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-wrapper.png) Figure 3. CG Log wrapper.conf - Sar command: `sar -r $INTERVAL $COUNT` The main metrics to pay attention to are: - `kbmemfree`, which shows the amount of memory available, in kilobytes - `kbmemused`, which shows the amount of used memory, in kilobytes - `kbcommit`, which shows the amount of RAM or swap memory needed for the current workload, in kilobytes ![Sar command Memory stats](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-sar-memory.png) Figure 4. Sar command memory stats ## Disk Resource Some Mule components log writing operations and scenarios with large payloads treated as repeatable streams exhibit, where the exhausted resources are I/O (input or output) requests. Monitor the disk resource using the Sar command `sar -d -p $INTERVAL $COUNT`. The main metrics to pay attention to are: - `await`, which shows the average time, in milliseconds for I/O requests issued to serve to the device to, which includes the time spent by the requests in the queue and the time spent servicing them. - `%util`, which indicates device saturation by showing the percentage of CPU time during which I/O requests are issued to bandwidth utilization for the device. ![Sar command Disk stats](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-sar-disk.png) Figure 5. Sar command disk stats ## Network Resource Because Mule connects several services communicating through the net, network use can become saturated and a bottleneck. To manage this, you need to know the available bandwidth and monitor the utilization. A simple way to do this is by using the Sar command `sar -n DEV $INTERVAL $COUNT`. Main metrics to pay attention are: - `rxpck/s`, which shows the total number of packets received per second. - `txpck/s`, which shows the total number of packets transmitted per second. ![Sar command Network stats](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-sar-network.png) Figure 6. Sar command network stats ## CloudHub Monitoring You can use either the Anypoint Runtime Manager dashboard or Anypoint Monitoring to monitor Mule app performance in a CloudHub environment: - Runtime Manager dashboard This tool enables you to visualize key performance metrics such as numbers of messages or transactions, CPU and memory use, and metrics during specific time periods, such as the past hour, the past 24 hours, or the past week. ![Runtime Manager Dashboard](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-runtimemanager.png) Figure 7. Runtime Manager Dashboard - Anypoint Monitoring This tool enables you to track and visualize performance metrics by using built-in or custom dashboards showing visual representations of your resources. Additionally, Anypoint Monitoring enables you to detect anomalies, troubleshoot issues, and see trends that you might not notice by looking at raw data. ![Anypoint Monitoring Dashboard](/mulesoft/current/en-us/mule-runtime/4.3/_images/mruntime-tuning-anypointmonitoring.png) Figure 8. Anypoint Monitoring Dashboard ## See Also - [Top Linux Commands](https://man7.org/linux/man-pages/man1/top.1.html) - [Sar Linux Commands](https://linux.die.net/man/1/sar)