RUM Monitor Details

Details of every aspect of your web applications can be assessed using various tabs in the page. You can also get data for specific time periods by selecting a predefined time period and editing the start and end dates or selecting custom time period and providing the start and end dates. 

Summary

 

Summary

Clicking on Summary tab gives you three different types of information

 
Graphical representation of application response time and throughput globally


Snapshot of pages whose load time exceeds the threshold value defined.




Response time under various components like network time,back end time and front end time.

  1. The network time consists of the redirection time, the DNS Resolution time and the connection time. This includes the time spent in redirects and estabilishing connection with the server.
  2. The backend time is the interval between the time at which the request was sent and the time at which the first byte of response was received.
  3. The frontend time consists of the document ready time and the page rendering time. This is the time taken by the browser to receive the response, construct the DOM object and render the page.
Metrics
Description
 Redirection Time Time taken for the HTTP redirects or equivalent while navigating.
DNS Time  Time taken for domain name lookup for the current document. 
 Connection Time Time taken for establishing connection with the server so that current document can be retrieved.
Document Ready Time  Time taken for receiving the response from the server and to build the DOM object.
 Page Rendering Time Time taken to completely render the page. 

 You can also view change in your application response time in real-time using RUM Playback 

Browser

Clicking on the Browser tab displays the avg. response time split by browser type and request count received by each type. Average response time, throughput and total count are displayed for individual browser version.

 

Geography

Clicking on the Geography tab gives a graphical representation of application response times globally and if it is excellent, good, moderate, poor or bad. Response time for US, Europe, Australia and India are also enlisted in this tab. Clicking on a country or a state lists out the response time and throughput for the same. 

 

Device Types

Clicking on the Device Type tab displays the avg. response time by devices and the request received by each device type. Here you can see response time metrics and throughput from various platforms like desktop, tablet, mobile and operating system. You can also view the viewports (screen resolution specs of the end-user), connection types (3G, 4G ) and device memory. (Kindly note that these details can be collected only from supported browsers.)

 

ISP

 

Clicking on the ISP tab displays the avg. response time by Internet Service Providers. Details include response time by ISP type, no. of requests and avg. response time.

Web transactions

 

Clicking on Web Pages tab displays the response time by each web transaction with graphical representation of both response time and throughput. HTML size of the pages are also shown for static pages. 

You can click on individual pages to view their performance in detail - like the details of AJAX calls, browser and device types from where the page was accessed and Snapshots, if the page has exceeded the specified threshold limit.

You can also view all the similar transactions that were grouped together ie.,unobfuscated view of URLs by clicking on the transaction.


Transactions (Gropued View)

 Unobfuscated View upon clicking the individual transactions:


Java Script Errors

You can contextually debug Javascript errors by filtering based on error types and error lists. You can also drill down to the exact line of URL and view the user stack trace, therby getting the entire context of an error. Learn more. 

AJAX Calls


Ajax calls are captured for both traditional and single-page applications. Response time, throughput, apdex score, error types and count are captured for individual Ajax calls. Average resource size of individual calls are also captured. The size includes the response header fields and response payload body. Resource size of cross origin Ajax calls are not captured unless they have Access-Control-Allow-Origin in their response headers. 



Note: By default, Ajax calls are captured for traditional applications. You can edit your RUM configuration to capture Ajax calls for traditional applications. Refer here to do so. 
 

Snapshots

RUM Snapshots enables you to get meaningful insights in your application's performance. With Snapshots you can obtain a granular view of URL's that are erroneous, response time split up of various resources and various domains contancted. You can also use On-Demad snapshots to debug errors at that point of time

Refer here to get a detailed overview of how Snapshots work. 

 

Resources

A webpage is made up of various resources, including images, CSS, XML, and HTTP requests. When a page loads, its load time is invariably influenced by the time it takes for its respective resources to load, too. By analyzing the response time of a page's resources, you can optimize your webpage performance to provide a better end-user experience. 

How it works:

The impact of the response time of resources as well as the overall response time of your application is shown as a comparison graph. This helps you determine how your application response time is affected by resource load time.

Classification of resources:

Resources are classified into first-party, third-party, and CDN resources based on the domains they're loaded from. For all these categories, you can see the average response time, throughput, and total count of resources by location. The average size of the fetched resources are also captured. These include the response header fields plus the response payload body. Size of cross origin resources are not captured unless they Access-Control-Allow-Origin in their headers.

These metrics help in identifying troubled location servers or the ISP in which they're hosted.

First-party resources: Resources that are loaded from the parent domain.

Third-party resources:  Resources that are loaded from any external domain other than the parent domain. 

CDN resources: Resources that are loaded from an external CDN network. 

Note: By default, the RUM script identifies your first-party, third-party, and CDN domains. However, you can manually configure your resource domains in each of these categories. Learn more.

 




 

Traceroute

With RUM Traceroute, you can identify the network path a request took to get to your website, and every hop made in between. This helps you identify whether requests experienced any interruptions reaching your website. Learn more.  
Was this document helpful?
Thanks for taking the time to share your feedback. We’ll use your feedback to improve our online help resources.