ЦП, продвигаемый к 100% процессом, пытаясь отследить и устранить проблему
Во-первых, необходимо войти в сервер, существует две возможности, вход в систему сделан через http автора, в этом случае, делая что-то вроде этого:
wget -k -r -m -np --user=foo --password=bar http://user.domain.com/room/2324343/transcript/
должен сделать это.
Теперь, если необходимо зарегистрировать на пути форму, необходимо сделать это на двух шагах, сначала войти, затем зеркально отразить, таким образом, делая что-то как:
wget --save-cookies cookies.txt --post-data 'user=foo&pass=bar' http://user.domain.com/room/2324343/transcript/
wget -k -r -m -np --load-cookies cookies.txt http://user.domain.com/room/2324343/transcript/
для первой строки URL не может быть правильным, поскольку форма может отправить Вас в совершенно другое место, которое передало бы Вас обратно правильному месту, и аргументом постданных является пример, необходимо будет выяснить собой, что вставить его, или через рассмотрение источника страницы или через использование некоторого расширения для Вашего браузера, как поджигатель для Firefox.
Попытайтесь использовать Проводник Процесса + Монитор Процесса от Sysinternals.
PE позволит Вам просмотреть большую часть procees статистики, а также на стек вызовов потока. PM покажет, что Вы все обрабатываете, файловая система, реестр и сетевая активность процесса в режиме реального времени.
Если Вы хотите больше всесторонней информации об использовании их, озираетесь на веб-сайте Sysinternals. Существует несколько учебных руководств и видео, выделяющих их использование.
На Максимальных Процессах: Это называют веб-Озеленением - если Ваше приложение не является не сохраняющим состояние, Вы не можете сделать этого. Плюс, в большинстве случаев # процессы не улучшит масштабируемость, потому что Windows планирует потоки, не процессы.
Удаться что случилось:
Используйте представление Worker Processes на уровне Сервера в менеджере по IIS.
В рамках Рабочих процессов весь W3WPs будет перечислен, и приложения, которым они принадлежат.
Можно затем посмотреть на рабочие запросы в каждом процессе путем щелчка правой кнопкой по нему.
Если этого все еще не будет достаточно для сужения причины, то необходимо будет использовать профилировщика выборки или отладчик для определения что попытку приложения сделать. XPERF из Windows Performance Toolkit, или DebugDiag, или WinDBG или Проводник Процесса могли использоваться для понимания то, что он делает.