Mais vs. Cores mais rápido em um Webserver

votos
9

A discussão da dupla vs. Quadcore é tão antiga quanto as Quadcores si ea resposta é geralmente isso depende do seu cenário. Então aqui o cenário é um Web Server (Windows 2003 (não sei se x32 ou x64), 4 GB de RAM, IIS, ASP.net 3.0).

Minha impressão é que a CPU em um servidor web não precisa ser tão rápido porque os pedidos são geralmente bastante leve, assim que ter mais núcleos (mais lento) deve ser uma escolha melhor como temos muitos pequenos pedidos.

Mas desde que eu não tenho muita experiência com balanceamento de carga IIS e desde que eu não quero gastar muito dinheiro apenas para descobrir que eu fiz a escolha errada, pode alguém que tem um pouco mais de experiência comentário sobre se ou não mais núcleos mais lentos ou menos mais rápido é melhor?

Publicado 06/08/2008 em 19:28
fonte usuário
Em outras línguas...                            


4 respostas

votos
15

Para algo como um servidor web, dividindo as tarefas de manipulação de cada conexão é (relativamente) fácil. Eu digo que é seguro dizer que os servidores web é um dos mais comuns (e eliminados) usa de código paralelo. E uma vez que você é capaz de dividir a maior parte da transformação em vários segmentos discretos, mais núcleos realmente se beneficiar você. Esta é uma das grandes razões pelas quais hospedagem compartilhada é mesmo possível. Se o software de servidor como o IIS e Apache não poderia executar solicitações em paralelo, isso significaria que cada solicitação de página teria que ser côncavo para fora de uma forma fila ... provavelmente fazendo tempos de carregamento insuportavelmente lento.

Este também por isso finais sistemas de alta operacional do servidor, como Windows 2008 Server Enterprise apoio algo como 64 núcleos e 2 TB de RAM. Estas são as aplicações que podem realmente tirar proveito disso muitos núcleos.

Além disso, uma vez que cada pedido é provavelmente tem baixa carga de CPU, você provavelmente pode (para algumas aplicações) fugir com núcleos mais lentos. Mas, obviamente, tendo cada núcleo mais rápida pode significar ser capaz de obter cada tarefa feita mais rápido e, em teoria, lidar com mais tarefas e mais solicitações do servidor.

Respondeu 06/08/2008 em 19:40
fonte usuário

votos
3

Mark Harrison disse:

Eu não tenho muita experiência com IIS, mas imagino que o mesmo cenário se aplica com o seu pool de threads.

De fato - mais núcleos = mais threads em execução ao mesmo tempo. IIS é inerentemente multithreaded, e leva fácil proveito disso.

Respondeu 06/08/2008 em 19:40
fonte usuário

votos
3

Nós usamos o Apache no Linux, que bifurca um processo para lidar com solicitações. Descobrimos que mais núcleos ajudar o nosso rendimento, uma vez que reduzem a latência de processos à espera de ser colocado na fila de execução. Eu não tenho muita experiência com IIS, mas imagino que o mesmo cenário se aplica com o seu pool de threads.

Respondeu 06/08/2008 em 19:33
fonte usuário

votos
1

Quanto mais melhor. Como linguagens de programação começam a se tornar mais complexo e abstrato, o mais poder de processamento que será exigido.

Atleat Jeff acredita Quadcore é melhor .

Respondeu 06/08/2008 em 19:31
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more