듀얼 코어와 쿼드 코어에 대한 논의는 쿼드 코어만큼이나 오래되었으며 일반적으로 대답은 "시나리오에 따라 다르다"입니다. 여기서는 웹 서버(Windows 2003(x32인지 x64인지 확실하지 않음), 4GB RAM, IIS, ASP.net 3.0)를 시나리오로 삼았습니다.
웹 서버의 CPU는 일반적으로 요청이 다소 가볍기 때문에 그렇게 빠를 필요는 없으므로 작은 요청이 많기 때문에 더 많은 (느린) 코어를 갖는 것이 더 나은 선택이 될 것이라는 인상을 받았습니다.
그러나 IIS 부하 분산에 대한 경험이 많지 않고 잘못된 선택을 한 것을 알게 된 후에 많은 돈을 쓰고 싶지 않기 때문에 조금 더 경험이 많은 사람이 더 느린 코어 또는 더 빠른 코어가 더 나은지 여부에 대해 의견을 제시 할 수 있습니까?
웹 서버와 같은 경우 각 연결을 처리하는 작업을 분할하는 것은 (비교적) 쉽습니다. 웹 서버는 병렬 코드의 가장 일반적인(그리고 잘 정립된) 사용처 중 하나라고 해도 과언이 아닙니다. 그리고 대부분의 처리를 여러 개의 개별 스레드로 분할할 수 있기 때문에 코어가 많을수록 실제로 이점이 있습니다. 이것이 바로 공유 호스팅이 가능한 가장 큰 이유 중 하나입니다. IIS나 Apache와 같은 서버 소프트웨어가 요청을 병렬로 실행할 수 없다면 모든 페이지 요청을 대기열 방식으로 처리해야 하므로 로드 시간이 견딜 수 없을 정도로 느려질 수 있습니다.
이것이 바로 Windows 2008 Server Enterprise와 같은 하이엔드 서버 운영 체제가 64코어와 2TB RAM을 지원하는 이유이기도 합니다. 이러한 애플리케이션은 실제로 그 많은 코어를 활용할 수 있는 애플리케이션입니다.
또한 각 요청의 CPU 부하가 낮을 가능성이 높기 때문에 일부 애플리케이션의 경우 더 느린 코어를 사용해도 괜찮을 수 있습니다. 그러나 각 코어가 더 빠르다는 것은 각 작업을 더 빨리 완료할 수 있고 이론적으로 더 많은 작업과 더 많은 서버 요청을 처리할 수 있다는 것을 의미합니다.