Se todas as outras coisas forem iguais, eu escolheria a opção 2x quad core, pois elas compartilharão L2 e L3 com mais eficiência, mas há outras coisas a considerar que podem não ser iguais, como:
- Quanto de cache L1 / L2 / L3 está disponível em cada núcleo, cada chip e no total? Você pode descobrir que há mais cache no total na organização de vários chips e, dependendo da carga de trabalho dos servidores, isso pode ser significativo.
- Qual é o subsistema de memória em geral? (o sistema mais novo pode ter um controlador de memória melhor e RAM mais rápida para acompanhar)
- Em que velocidade os chips são executados? Dependendo do seu padrão exato de carga de trabalho, uma diferença no desempenho de cada núcleo individual pode ser tão significativa quanto (ou mais) a diferença na organização do núcleo. Lembre-se de tentar obter uma medida da velocidade em um benchmark verdadeiro (não apenas acelere a velocidade do clock, pois os projetos de dois núcleos podem ter um desempenho diferente para o relógio)
- As duas opções têm o mesmo subsistema de ES ou existem diferenças? Para um servidor de banco de dados grande, o desempenho de I / O geralmente é uma consideração muito mais importante do que o desempenho de CPU + RAM.
- Quais são os termos de licenciamento em que você opera para o MSSQL? (se você tiver algum tipo de licença local / corporativa / outra licença em massa, isso pode não ser um problema, mas se você estiver pagando por CPU, o que geralmente é o caso, a opção 4x dual core será significativamente mais cara)
- Qual edição do SLQ Server você pretende executar? Eu estou supondo que Enterprise ou Standard, caso em que não é um problema (padrão vai usar até 4 CPUs e empresa não é limitado a esse respeito), mas algumas edições irão ignorar todos, mas a primeira CPU ou dois (veja isto e isso - embora essas duas páginas não estejam claras no fato de que acredito que os limites estão contando CPUs inteiras e não núcleos de processamento individuais)