Do you keep the counter ON during heavy production loads
Which performance counters do you find useful for ASP.Net/IIS 6.0 websites?
SnapOverflow
I've never had problems running performance counters on my servers.
Microsoft suggests watching following counters for IIS:
Specifically for ASP.NET I would watch
As a general rule you should be gathering performance data all the time. That way you'll have all the data you need when you walk into your manager's office and say "Our peak load has been increasing by X% every week for the last few months, and at that rate we'll exceed our current capacity in about 3 months. We need to start planning for that now."
Though a late answer, I am sharing here what we had done with production environment.
Scenario was we had to find out the number of request hits on our web server and how many are served/is there any thread starvation/resource bottleneck occurring or not.
For that we used following counters with perfmon.exe
Counter:- Asp.Net Apps V2.0.50727.
Instance:- LM_W3SVC_1_ROOT_"HostedWebSite"
1). Requests Total :- Provides total number of requests from last IIS restart.
2). Requests In Application Queue
3). Requests Succeeded
4). Requests Failed
3). Requests TimedOut
4). Requests Rejected: Number Of rejected requests due to application request queue was full
5). Requests Not Found: The number of requests for resources that were not found.
6). Requests Not Authorized: Number of requests failed due to unauthorized access.
Counter:- .Net CLR Data.
1). Sql Client: Current# pooled and nonpooled connections:- Provides current number of connections, pooled or not.
Counter:- .Net CLR LocksAndThreads.
1). # Of Logical Threads
2). # Of Physical Threads
Counter:- HTTP Service Request Queues
1). CurrentQueueSize:- Number of requests in the queue
2). RejectedRequests: Total number of requests rejected from the queue