Как да започнете с WCF профилиране на производителността

За WCF не е достатъчно да профилирате кода си само, тъй като куп неща се случват в стека на канала (сигурност, десериализация, форматиране и т.н.). Добър начин да визуализирате това е чрез използване на WCF проследяване на подробно ниво и след това използване на услугата trace viewer, за да видите колко време отнема всяка стъпка от обработката на съобщението. Прочетете тук как да конфигурирате и използвате WCF проследяване. Това е единственото нещо, което ми помогна да диагностицирам проблеми с WCF.

Разбира се, всички други профили на код, профилиране на DB и т.н. също са валиден подход. Можете дори да използвате инструмент като SoapUI, за да тествате вашата мрежова комуникация и производителност от страна на клиента за повече край -краен бенчмарк.

някои неща, които научих, които някой може да намери за полезни:

не можете отдалечено да профилирате услуга, дори през вашата локална мрежа. Профайлърът трябва да работи на същата машина като услугата. (Това всъщност ми отне доста време, за да разбера. Може би е очевидно за вас, но никога не беше изписано, така че продължих да се опитвам да го направя)

Visual Studio не работи за мен, за да профилирам моята WCF услуга. Успях да получа малко помощ от екипа на VS profiler, но така и не излязох с работещо решение.

VS бавно свързваше и прекъсваше връзката с профайлъра и често инструментираше моите двоични файлове и ги оставяше в повредено състояние.

.net двоичните файлове не е необходимо да бъдат инструментирани, тъй като те съдържат метаданните на методите, което е странно, че Visual Studio продължаваше да изпръсква моите двоични файлове, опитвайки се да ги инструментира.

Пробвах и VS самостоятелния профайлър, но това е много сложно за използване и изисква рестартиране на моя сървър.

В крайна сметка накарах вътрешен профайлър да работи (след като получих частна компилация от екипа), така че не съм сигурен колко профайлъри там са проектирани да работят с WCF услуга.

Всъщност настроих профилиращия да гледа услугата WAS и след това добавих моите допълнителни двоични файлове към профилиращия.

process explorer е полезен при отстраняване на неизправности, ако профилиращият е свързан или не. Използвайте го, за да разгледате средата на inetinfo.exe

Можете ли да го стартирате под дебъгер?

Можете ли да понесете прост, старомоден метод, който просто работи? Ето едно.

В допълнение към коментарите на Майк, можете да използвате вградените броячи на производителност на WCF, за да видите редица показатели, свързани с производителността, и можете също да видите времена на повикване в проследяване на WCF. След като разберете кои операции са „бавни“, обикновено е по-лесно да добавите някакъв персонализиран код за време/регистриране към тези операции, отколкото да използвате профилиращ инструмент с общо предназначение за нещо подобно. Това идва от някой, който е работил върху комерсиални профайлери.

Инструменти, които трябва да разгледате: svctracelogviewer (и включете проследяването както във вашата услуга, така и в клиентите). SoapUI за симулиране на натоварване (и извършване на анализ) и Fiddler, отличен HTTP снифър/инструмент за диагностика.