Лучшая практика для профилирования приложения SharePoint

Question

Когда приложение SharePoint, над которым вы работаете, имеет неудовлетворительное время ответа, как вы определяете причины и в какой последовательности? До сих пор я не нашел ни одного инструмента с открытым исходным кодом или коммерческого профилирования, специфичного для сегмента SharePoint, поэтому любые указания на инструменты или лучшие практики будут оценены.

PS. Мне известны варианты профилирования для веб-частей, но я ищу что-то, что охватывает все приложение.

Answer 1

проверьте инструмент под названием Sonar из Binary Wave. В нем подробно представлена ​​полезная информация о том, что занимает время для загрузки на вашей странице SharePoint:

http://www.binarywave.com/products/sonar/default.aspx

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

НТН Ник Свон

Answer 2

RedGate имеет документ о профилировании всего семейства сайтов Sharepoint с использованием ANTS Profiler:

Документ

Я сейчас оцениваю это, поэтому не могу сказать, работает ли это и насколько хорошо. Убедитесь, что вы используете Версию 4.1, чтобы иметь возможность профилировать IIS 6.0 на портах ниже 1024. Разрешения Windows могут быть немного «странными» для настройки, но, как сказано, я все еще оцениваю это сам и не могу сказать, насколько хорошо это работает .

Answer 3

Мой совет: взгляните на следующее:

• Уровень данных Проверьте и убедитесь, что ваша база данных работает медленно и какие запросы занимают много времени. 90% всего, что вы видите в SharePoint, где-то хранится в базе данных. Запустите SQL Profiler на несколько часов и проверьте свои журналы.

• Семейства сайтов Я обнаружил в SharePoint, что чем глубже вы упорядочиваете свои сайты и семейства сайтов, тем ниже производительность. Это чисто анекдотично, поэтому возьмите его с крошкой соли.

Кроме этого, я не знаю многих инструментов профилирования SharePoint. Мой опыт работы с SharePoint оттолкнул меня от тяжелых заданий по настройке и к использованию большего количества функций OOTB. Я редко рекомендую использовать SharePoint в качестве платформы приложений.

Удачи!

Answer 4

Как сказал Майкл выше, Red Gate ANTS Profiler - отличный инструмент для профилирования вашего кода SharePoint.

Мой пост здесь показывает, как легко приступить к работе, хотя вы можете утверждать, что он нацелен на ваш конкретный код, но можно протестировать проблемы перфорации при заполнении таких элементов, как большие списки. Но если вы в этой области, вы на самом деле не ищете профилировщик и больше при нагрузочном и масштабном тестировании.

http://www.21apps.com/sharepoint/code-profiling-ants/

Надеюсь, это поможет.

Andrew

Answer 5

Вы можете использовать встроенные инструменты профилирования в Visual Studio: http://msdn.microsoft.com/en-us/library/hh322089.aspx

"В этом пошаговом руководстве показано, как использовать инструменты профилирования в Visual Studio для оптимизации производительности приложения SharePoint. Примером приложения является приемник событий функции SharePoint, который содержит цикл ожидания, который снижает производительность функции приемник событий. Профилировщик Visual Studio позволяет найти и исключить самую дорогую (самую медленную) часть проекта, также известный как горячий путь. "

Answer 6

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

Шаги по настройке здесь: http://blogs.visigo.com/chriscoulson/performance-profiling-a-sharepoint-2010-project-using-eqatec-profiler/

Answer 7

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

Если нет, то начните устанавливать кучу таймеров вокруг кода, в котором вы не уверены, и печатайте вывод.