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

Кто-нибудь использовал вариант настройки использования TF834 large page allocations. Я просто читал об этом статью MS и задавался вопросом, использовал ли кто-нибудь это и видел ли это повышение производительности. Есть ли какие-то вещи, которые нужно остерегаться, советы, подводные камни?

Сервер представляет собой 64-разрядный сервер Windows 2008 с 64-разрядной оперативной памятью, четырехъядерный процессор с 64-разрядным ядром (всего 64 ядра) и сервер SQL2005. Я хочу настроить сервер так, чтобы он лучше использовал его спецификации, а не просто установку SQL по умолчанию, которая сейчас выполняется на нем. Любые дополнительные советы будут приветствоваться.

Томас Кейсер из Microsoft ( блог ) регулярно представляет, что флаг трассировки 834 является единственным быстродействующим флагом трассировки для SQL Server. Я уверен, он бы это подтвердил, проведя множество испытаний!

Сложный вопрос. Что я открыл для себя и, надеюсь, вы узнаете что-то новое:

Флаг трассировки 834: использование выделения Microsoft Windows для больших страниц для пула буферов Флаг трассировки 834 заставляет SQL Server использовать выделения больших страниц Microsoft Windows для памяти, выделенной для пула буферов. Размер страницы варьируется в зависимости от аппаратной платформы, но размер страницы может составлять от 2 МБ до 16 МБ. Большие страницы выделяются при запуске и хранятся в течение всего жизненного цикла процесса. Флаг трассировки 834 повышает производительность за счет повышения эффективности буфера просмотра в стороне (TLB) в ЦП.

Флаг трассировки 834 применяется только к 64-разрядным версиям SQL Server. Вы должны иметь право Блокировать страницы в памяти пользователя, чтобы включить флаг трассировки 834. Вы можете включить флаг трассировки 834 только при запуске.

Флаг трассировки 834 может препятствовать запуску сервера, если память фрагментирована и если большие страницы не могут быть выделены. Поэтому флаг трассировки 834 лучше всего подходит для серверов, которые выделены для SQL Server. Больше

На мой взгляд, это достаточно хорошие (и ТОЛЬКО) документы: Устранение неполадок с производительностью в SQL Server 2005 и для SQL Server 2008: Устранение неполадок с производительностью в SQL Server 2008. Два слова о Denali и о том, что нового: Изменения в диспетчере памяти SQL Server в Денали .

Удача.