SQL Server：大規模ページ割り当てのチューニングオプションを使用した人はいますか？

誰でもを使用するチューニングオプションを使用していTF834 large page allocationsますか。私はそれに関するMS記事を読んでいて、誰かがそれを使ってパフォーマンスの向上を見たのではないかと思っていました。注意すべき点、ヒント、落とし穴はありますか？

サーバーは、Windows 2008 64ビット、128 GB RAM、4 CPU 8コアのハイパースレッド（合計64コア）SQL2005サーバーです。現在実行されているデフォルトのSQLインストールを使用するだけでなく、サーバーの仕様をより良く使用するようにサーバーを調整したいと考えています。追加のヒントは歓迎します。

Microsoft（ブログ）のThomas Kejserは、834トレースフラグがSQL Serverの唯一の高速なトレースフラグであることを定期的に提示しています。彼はそれを警告するだろう、私はきっと、たくさんのテストをして！

難しい質問。私が自分のために開いたもの、そして、あなたが新しいものを見つけることを願っています：

トレースフラグ834：バッファープールにMicrosoft Windowsのラージページ割り当てを使用するトレースフラグ834により、SQL Serverはバッファープールに割り当てられたメモリにMicrosoft Windowsのラージページ割り当てを使用します。ページサイズはハードウェアプラットフォームによって異なりますが、ページサイズは2 MB〜16 MBです。ラージページは起動時に割り当てられ、プロセスの有効期間中保持されます。トレースフラグ834は、CPUの変換ルックアサイドバッファー（TLB）の効率を高めることにより、パフォーマンスを向上させます。

トレースフラグ834は、64ビットバージョンのSQL Serverにのみ適用されます。トレースフラグ834をオンにするには、[メモリ内のページをロック]ユーザー権利が必要です。トレースフラグ834は、起動時にのみオンにできます。

トレースフラグ834は、メモリが断片化されていて、大きなページを割り当てることができない場合、サーバーの起動を妨げる場合があります。したがって、トレースフラグ834は、SQL Server専用のサーバーに最適です。 もっと

：私の意見では、それが（そして唯一の）文書良い十分である SQL Server 2005でのトラブルシューティングパフォーマンスの問題 およびSQL Server 2008の：SQL Serverのトラブルシューティングパフォーマンスの問題の2008年デナリ約2言葉とどのような新しいです：SQL Serverのメモリマネージャの変更デナリで。

幸運。