Чтобы ответить на «простой» вопрос в вашем посте, сайты SharePoint обслуживаются через ASP.NET. Тем не менее, вы обладаете широким контролем над моделью потоков управления ASP.NET с помощью элемента processModel , который находится в machine.config на каждом веб-интерфейсе SharePoint (WFE). , Вы можете установить минимальное и максимальное число потоков как для рабочего процесса, так и для операций ввода-вывода, а также имеется ряд дополнительных параметров настройки / настройки. Для получения дополнительной информации см. Сайт Microsoft по адресу http://msdn.microsoft.com/en-us/library/7w2sway1.aspx.
С учетом вышесказанного я не могу согласиться с Мартином больше: устранение неполадок с производительностью в SharePoint редко является сценарием "найди волшебную пулю". Если вы обратились к более крупным «общеизвестным» элементам WFE IIS / ASP.NET (кратко изложенным в блоге Джоэла Олесона: http://blogs.msdn.com/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx),, то вы, как правило, должны быть в приличной форме при обычных сценариях использования. После этого начинается более глубокое копание.
Большую часть шести месяцев я провел в кросс-функциональной группе эскалации Майкрософт, которая занималась устранением проблем с производительностью для клиента, и в итоге мы коснулись практически всего: производительности IIS / ASP.NET, эффективности пользовательского кода, кэширования, использования памяти , производительность базы данных, производительность веб-сервисов, удаление объектов ... список можно продолжать и продолжать. На каждом этапе мы собирали дампы памяти, проводили количественные измерения производительности, наблюдали за счетчиками производительности и т. Д. Мы находили несколько областей, которые мы настроили, но эти области были обнаружены только путем систематического анализа и количественных измерений.
Честно говоря, я не рекомендую вносить изменения в какие-либо параметры конфигурации (например, параметры processModel ) без рабочей гипотезы и плана настройки производительности, который включает в себя хорошие измерения и сравнение , Настройка производительности, как правило, не та вещь, которую вы можете «увидеть».
Однако, с другой стороны, изменение настройки или двух здесь и там может позволить вам немного поковыряться в проблеме, если у вас есть серьезные подозрения - при условии, что вы вернетесь к своей базовой линии впоследствии и сделаете это так, чтобы это не Это не повлияет на ваших пользователей / клиентов ... хотя, опять же, без способа количественного измерения производительности до и после изменений вы не сможете заметить заметных различий.
Удачи!