Профилирование / оптимизация (Sharepoint 2007) веб-частей

Question

Мне просто интересно, какие есть варианты для правильного измерения / профилирования / оптимизации веб-частей ASP.net 2.0, особенно для Sharepoint 2007?

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

Кто-нибудь знает какие-нибудь хорошие инструменты или методы для профилирования и оптимизации веб-частей?

Answer 1

Я успешно профилировал SharePoint 2010 с помощью EQATEC Profiler . Бонус в том, что у них есть бесплатная версия. Поскольку он работал в SharePoint 2010, я ожидаю, что он будет работать и с SharePoint 2007.

Вот как я работал с SharePoint 2010: http://blogs.visigo.com/chriscoulson/performance-profiling-a-sharepoint-2010-project-using-eqatec-profiler/

Answer 2

Когда мы начинали с SP2003, мы беспокоились о том, чтобы не закрывать соединение в приложениях или веб-частях. Мы использовали следующий запрос, чтобы проверить, будет ли увеличиваться базовое количество соединений (не считая начальный скачок) при использовании приложения на сервере разработки:

ВЫБРАТЬ имя хоста, sysdatabases.name, sysprocesses.status, last_batch из sysprocesses, sysdatabase, где sysprocesses.dbid = sysdatabases.dbid и nt_username = ' Учетная запись службы SP ' и (hostname = ' WFE1 'или hostname =' WFE2 ') и sysprocesses.dbid = 10 упорядочить по last_batch desc

(заменить значения, выделенные полужирным шрифтом на те, которые соответствуют вашей среде)

Мы не пробовали этого с момента обновления до MOSS.

Answer 3

Я обнаружил, что отделение всей бизнес-логики от отдельной DLL, которая легко тестируется модулем, было для меня самым простым методом. Но, честно говоря, я не нашел ничего хорошего, кроме того, что я только что упомянул. То же самое относится и ко мне с приложениями Facebook в последнее время. Я думаю, что это распространено для любого приложения, которое работает внутри другой платформы. Особенно когда производительность и тестирование никогда не были целью, когда разработчики платформы начали собирать систему.