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

У меня был успех профилирования SharePoint 2010 с Eqatec Profiler . Бонус заключается в том, что у них есть бесплатная версия. Поскольку он работал в SharePoint 2010, я ожидаю, что он будет работать с SharePoint 2007.

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

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

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

Имя SELECT, sysdatabases.name , sysprocesses.status, last_batch от sysprocesses, системной, где sysprocesses.dbid = sysdatabases.dbid и nt_username = ' СП обслуживание счета и (wfe1 с хоста='', имя=' WFE2 ') и sysprocesses.dbid = 10 Приказа last_batch алфавиту

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

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