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。您必須擁有 Lock pages in memory 使用者權限才能打開跟踪標誌 834。您只能在啟動時打開跟踪標誌 834。
如果記憶體碎片並且無法分配大頁面，則跟踪標誌 834 可能會阻止伺服器啟動。因此，跟踪標誌 834 最適合專用於 SQL Server 的伺服器。 更多的
在我看來，它是一個足夠好的（也是唯一的）文件： SQL Server 2005 和 SQL Server 2008中的性能問題疑難解答：SQL Server 2008 中的性能問題疑難解答。關於 Denali 和新增功能的兩個詞：SQL Server 記憶體管理器更改在德納利。
運氣。