Início / dba / Perguntas / 4751
Accepted
StanleyJohns
Asked: 2011-08-19 01:19:50 +0800 CST

SQL Server: Alguém já usou a opção de ajuste de alocações de página grande?

  • 772

Alguém já usou a opção de ajuste de usar TF834 large page allocations. Eu estava lendo um artigo do MS sobre isso e queria saber se alguém o havia usado e visto ganhos de desempenho. Há alguma coisa a observar, dicas, armadilhas?

O servidor é um servidor SQL2005 Windows 2008 de 64 bits, 128 GB de RAM, 4 CPUs e 8 núcleos hyperthreded (total de 64 núcleos). Estou procurando ajustar o servidor para usar melhor suas especificações do que apenas usar a instalação SQL padrão que é feita atualmente nele. Qualquer dica extra será bem-vinda.

sql-server performance

2 respostas

  1. Best Answer

    Thomas Kejser da Microsoft ( blog ) apresenta regularmente que o sinalizador de rastreamento 834 é o único sinalizador de rastreamento mais rápido para o SQL Server. Ele advertiria isso, tenho certeza, com muitos testes!

    • 4

  2. Pergunta difícil. O que eu abri para mim e espero que você descubra algo novo:

    Sinalizador de rastreamento 834: usar alocações de página grande do Microsoft Windows para o pool de buffer O sinalizador de rastreamento 834 faz com que o SQL Server use alocações de página grande do Microsoft Windows para a memória alocada para o pool de buffer. O tamanho da página varia dependendo da plataforma de hardware, mas o tamanho da página pode ser de 2 MB a 16 MB. Páginas grandes são alocadas na inicialização e mantidas durante todo o tempo de vida do processo. O sinalizador de rastreamento 834 melhora o desempenho aumentando a eficiência do buffer lookaside de tradução (TLB) na CPU.

    O sinalizador de rastreamento 834 se aplica somente a versões de 64 bits do SQL Server. Você deve ter o direito de usuário Bloquear páginas na memória para ativar o sinalizador de rastreamento 834. Você pode ativar o sinalizador de rastreamento 834 somente na inicialização.

    O sinalizador de rastreamento 834 pode impedir que o servidor seja iniciado se a memória estiver fragmentada e se páginas grandes não puderem ser alocadas. Portanto, o sinalizador de rastreamento 834 é mais adequado para servidores dedicados ao SQL Server. mais

    Na minha opinião, é um documento bom o suficiente (e ÚNICO): Troubleshooting Performance Problems in SQL Server 2005 and for SQL Server 2008: Troubleshooting Performance Problems in SQL Server 2008. Duas palavras sobre Denali e o que há de novo: Mudanças no gerenciador de memória do SQL Server em Denali .

    Sorte.

    • 3

relate perguntas