Hyperthreading vs. SQL Server e PostgreSQL

Question

Eu li que hyperthreading é um "matador de desempenho" quando se trata de bancos de dados. No entanto, o que eu li não declarou quais CPUs. Além disso, indicou principalmente que a E / S foi "reduzida para < 10% de desempenho".

Isso logicamente não faz sentido, já que a E / S é basicamente uma função de controladores e discos, não de CPUs. Mas então ninguém nunca disse que erros faziam sentido.

O que eu li também afirmou que o SQL Server poderia colocar dois ops de consultas paralelas em um núcleo lógico (2 threads), degradando assim o desempenho. Tenho dificuldade em acreditar que os arquitetos do SQL Server teriam feito um erro de cálculo tão óbvio.

Alguém tem e dados sobre como hyperthreading em CPUs de geração atual afeta qualquer um dos RDBMSs que eu mencionei?

    

Answer 1

What I read also stated that SQL Server could put two parallel query ops onto 1 logical core (2 threads), thereby degrading performance. I have a hard time believing SQL Server's architects would have made such an obvious miscalculation.

Este não é um problema do SQL Server. Os núcleos virtuais do Hyper-Threading parecem totalmente idênticos aos núcleos reais do sistema operacional - diabos, até mesmo o BIOS. Você pode pregar um processo a um processador, mas o agendador simplesmente não tem idéia de qual dos núcleos de um processador é real e qual é o hyper-threading ... especialmente porque ambos são tecnicamente reais, apenas compartilhe certos recursos. O Hyper-Threading foi desenvolvido pela Intel para permitir "processadores dual core mais baratos que os reais", compartilhando certos ativos entre dois núcleos cada, mas o custo é que o programa simplesmente não tem conhecimento sobre isso.

Novas CPUs da Intel são melhores do lado de hardware, então o Hypewr-Threading não é mais um gargalo para o SQL Server atual - rodando em chips Intel CURRENT. Isso porque a Intel tornou o Hyperthreading melhor, principalmente.

O

link é o atual guia de ajuste 2008 R2.

O link tem algumas coisas com o Nehalem e o SQL Server.