| Measurement |
Description |
Measurement
Unit |
Interpretation |
| Application_restarts
|
The number of application restarts |
Number
|
In a perfect world, the application domain will and should survive for the life of the process. Even if a single restart occurs, it is a cause for concern because proactive and reactive restarts cause automatic recycling of the worker process. Moreover, restarts warrant recreation of the application domain and recompilation of the pages, both of which consume a lot of time. To investigate the reasons for a restart, check the values set in the processModel configuration.
|
| Applications_running
|
The number of applications currently running |
Number
|
|
| Requests_current
|
The number of requests currently handled by the ASP.NET ISAPI. This includes those that are queued , executing, or waiting to be written to the client. |
Number
|
|
| Request_exec_time
|
The number of seconds taken to execute the last request. |
Number
|
In version 1.0 of the framework, the execution time begins when the worker process receives the request, and stops when the ASP.NET ISAPI sends HSE_REQ_DONE_WITH_SESSION to IIS. In version 1.1 of the framework, execution begins when the HttpContext for the request is created, and stops before the response is sent to IIS. The value of this measure should be stable. Any sudden change from the previous recorded values should be notified. |
| Requests_queued
|
The number of requests currently queued. |
Number
|
When running on IIS 5.0, there is a queue between inetinfo and aspnet_wp, and there is one queue for each virtual directory. When running on IIS 6.0, there is a queue where requests are posted to the managed ThreadPool from native code, and a queue for each virtual directory. This counter includes requests in all queues. The queue between inetinfo and aspnet_wp is a named pipe through which the request is sent from one process to the other. The number of requests in this queue increases if there is a shortage of available I/O threads in the aspnet_wp process. On IIS 6.0 it increases when there are incoming requests and a shortage of worker threads.
|
| Requests_rejected
|
The number of rejected requests |
Number
|
Requests are rejected when one of the queue limits is exceeded. An excessive value of this measure hence indicates that the worker process is unable to process the requests due to overwhelming load or low memory in the processor.
|
| Requests_wait_time
|
The number of seconds that the most recent request spent waiting in the queue, or named pipe, that exists between inetinfo and aspnet_wp. This does not include any time spent waiting in the application queues. |
Secs
|
|
| Worker_processes_running
|
The current number of aspnet_wp worker processes |
Number
|
Every application executing on the .NET server corresponds to a worker process. Sometimes, during active or proactive recycling, a new worker process and the worker process that is being replaced may coexist. Under such circumstances, a single application might have multiple worker processes executing for it. Therefore, if the value of this measure is not the same as that of Applications_running, then it calls for closer examination of the reasons behind the occurence.
|
| Worker_processes_restart
|
The number of aspnet_wp process restarts in the machine |
Number
|
Process restarts are expensive and undesirable. The values of this metric are dependent upon the process model configuration settings, as well as unforeseen access violations, memory leaks, and deadlocks.
|