Счетчики производительности wcf Webservice для очереди

Question

Я пытаюсь протестировать производительность веб-службы wcf, которая должна получать много трафика. Какие счетчики производительности целесообразно использовать и для каких целей .. Естественно, я смотрю на ЦП и ОЗУ, но мне хотелось бы знать, когда IIS находится в очереди, а когда возникают проблемы ...

Любые советы по разумным счетчикам производительности, с благодарностью полученные ...

Приветствия, Алекс

Answer 1

В MSDN есть целый раздел, посвященный администрированию и диагностике WCF и, в частности, счетчикам производительности в WCF .

Существуют также специальные разделы для счетчиков производительности размещенных вызовов службы , а также для конечной точки и операций .

Я бы посоветовал сначала просмотреть их, так как там много полезной информации.

Answer 2

Прежде чем запускать ваши мониторы производительности, вы хотите добавить раздел реестра:

HKLM/Services/CurrentControlSet/service/
  Add ServiceModelService 4.0.0.0
  under that add Performance then add a DWORD FileMappingFile.
  The size for that will be number of services exposed * 33 * 350.

В вашей конфигурации вы добавите

<system.ServiceModel>
  <diagnostics performanceCounters="ServiceOnly"/>
</system.ServiceModel>

Вы можете посмотреть следующие счетчики: ЦП / ОЗУ (для утечек памяти) / для каждой услуги Продолжительность звонка и звонка, а также ожидающих вызовов

CPU will show you how heavily your are saturating your server
RAM will show if you have memory leaks if it continues to grow and grow and grow
Calls will show the number of calls you are getting accumulative, 
Calls Per Second will give you the volume you're handling
Calls Outstanding are clients that are waiting because your services could not handle the volume.

Если вы обнаружите какие-то сомнительные номера в этих группах, тогда начните смотреть на другие элементы, такие как «Вызовы не выполнены» или «Вызовы не выполнены» (не уверен в разнице между неисправностью и неисправностью)

Редко, когда вам нужно будет углубляться в вопросы, которые не будут предоставлять только номера службы. Когда вы попадаете в два других набора счетчиков, использование общей памяти становится очень высоким.

Answer 3

Анализ счетчиков производительности сложен и требует много практики, поэтому я могу сказать, что у меня недостаточно опыта, чтобы дать полный список.

Вы начнете искать конкретные вещи для начала. Прежде всего, конечно, сколько времени потребуется, чтобы ответить на вызовы веб-службы. Это говорит вам, есть ли у вас проблемы с производительностью при такой нагрузке. Далее каждый смотрит на процессор. Это действительно не говорит вам много, однако. Оперативная память хороша, но вы хотите знать, как часто ваше приложение выполняет пейджинг на диск, поэтому проверьте количество ошибок страницы / сек. Проверьте свои логические и физические диски на текущую длину очереди диска. Если ваш физический диск вообще находится в очереди, вы много читаете / записываете на диск.

Помимо этого, вы обычно пытаетесь найти конкретную и, вероятно, неясную проблему.

Обычно я тестирую производительность поэтапно. Выполните первый тест с основами, и если на конкретной странице возникла проблема, посмотрите на нагрузку, которую она вызывает.

Если весь производственный сервер не работает должным образом, проще добавить больше оборудования, но я предпочитаю смотреть на работающий код и улучшать его.