2

We are currently checking the performance of our production sites (Windows 2003). They are serving a lot of HTTPS traffic, which we can't currently swap over to HTTP. I was wondering what were the best performance counters to investigate to see if our servers are being bogged down by the SSL connections?

splattne
  • 28,508
  • 20
  • 98
  • 148
Andrew Cox
  • 268
  • 3
  • 6

2 Answers2

1

If you want to use Windows performance counters the WWW service performance counter can give you a lot of useful information about a site or sites running in IIS (both http and https). You can find details of what you can log here.

Sam Cogan
  • 38,736
  • 6
  • 78
  • 114
0

Assuming you've already monitored your Internet connection to make sure it isn't saturated (that isn't SSL specific of course) the main impact of SSL is likely to be CPU, so use performance monitor to check the CPU over some suitable period. You may also want to monitor the process counter to check CPU usage for the inetinfo and w3wp processes.

I don't know of a way to drill down further, e.g. to see that it's SSL causing the high CPU as opposed to a rogue ASP script. I suppose you could run all SSL traffic in a separate application pool and just monitor CPU for the appropriate w3wp process.

JR

John Rennie
  • 7,776
  • 1
  • 23
  • 35
  • Is it right to assume then if there is not a lot of CPU load that the SSL is not a bottleneck? I was under the impression that there was a queue of SSL connections and that if that was overloaded that it may show a low CPU, but a long wait for new SSL connections. – Andrew Cox Jul 06 '09 at 19:43
  • Servicing SSL requests is computationally much more expensive than servicing HTTP requests because the server has to do the encryption and decryption. So if SSL processing is the bottleneck you'd expect to see high CPU. If bandwidth is the bottleneck then you'd expect to see a big queue of SSL (and HTTP) connections and low CPU. – John Rennie Jul 07 '09 at 09:00