CPU 코어 : 더 좋을까요?


69

현재 직장에는 듀얼 코어 프로세서가 있고 집에는 쿼드 코어가 있습니다. 응용 프로그램을 시작하거나 웹을 서핑하는 한 두 PC가 거의 동일하다는 것을 알았습니다.

내가 볼 수있는 차이점은 내 듀얼 코어가 2.8GHz이고 쿼드 코어가 2.4GHz라는 것입니다.

클럭 속도가 빠른 듀얼 코어 또는 클럭 속도가 느린 쿼드 코어를 사용하는 것이 더 낫습니까?


5
'빠른'과 '의학'은 상대적입니다. 귀하의 경우 클럭 속도의 차이가 400MHz에 불과하기 때문에 쿼드 코어가 더 좋습니다. 그러나 3GHz 듀얼 코어는 대부분 1.5GHz 쿼드 코어보다 낫습니다.
Sasha Chedygov

GHz를 사용하여 프로세서를 비교하지 말고 일부 속도 / 부하 테스트 결과를 사용하여 프로세서의 유효 속도를 비교하십시오. 듀얼 코어 3GHz 프로세서 2,4GHz i7보다 느릴 있습니다 (i7에는 프론트 버스가 없습니다 ...).
Ben

2
@Ben은 동일한 프로세서 아키텍처 (예 : 45nm Core 2 Duo vs Quad) 일 것입니다.
Mircea Chirea

답변:


53

참고 : 이 답변은 8 년 전에 작성되었습니다. 병렬 프로그래밍은 더 관련성이 높아졌습니다. 이는 고유 한 클럭 속도 제한과 빠른 접근 트랜지스터 크기 제한 때문일 수 있습니다.


주요 문제는 멀티 코어 용으로 작성되지 않은 소프트웨어입니다.

듀얼 코어 또는 쿼드 코어 선택 에 관한 Jeff Atwood의 훌륭한 기사를보십시오 .

대부분의 소프트웨어의 경우, 두 개의 코어 이후에 매우 빠르게 수익이 감소합니다. 에서 쿼드 코어 데스크탑 및 수확 체감 , 오늘의 소프트웨어는 정말 우리가 지금부터 몇 년을 볼 수 있습니다 훨씬 적은, 심지어는 불가피 여덟 열 여섯 개 CPU 코어를 네 개의 CPU 코어를 사용하는 방법을 효율적으로 의문을 제기했다.

당신은 여기에 대답합니다 (Jeff의 기사에서 복사 한 내용).

그러나 여기에는 Excel 2007 및 Lost Planet "동시 작업"설정과 같은 놀라운 내용이 있습니다. 소프트웨어 엔지니어링은 클럭 속도가 병렬 처리보다 중요하지 않은 수준으로 발전 할 수 있습니다. 더 빠른 클럭 속도와 더 많은 CPU 코어 중에서 선택하지 않으면 결국 관련성이 없을 수도 있습니다. 그러나 그 동안 클럭 속도가 대부분 이깁니다. 더 많은 CPU 코어가 자동으로 나아지는 것은 아닙니다 . 일반적인 사용자는 가능한 가장 빠른 듀얼 코어 CPU를 사용하는 것이 좋습니다.


프론트 사이드 버스 문제 (항상 저를 즐겁게 해주었습니다). ArsTechnica가 작년에 말했듯
이 Nehalem으로 상황이 바뀝니다 .

무어의 법칙 (Moore 's Law)은 프로세서 설계자들에게 트랜지스터 부를 당황하게 만들었으며 인텔의 45nm 네 할렘 프로세서보다 더 분명한 곳은 없다. 올해 말 4 코어 및 8 코어 버전으로 데뷔 한 Nehalem은 수많은 하드웨어를 단일 프로세서 소켓에 담았습니다. (초기 숫자는 쿼드 코어 Nehalem의 트랜지스터 수를 781 백만으로 설정했지만 8 코어 모델의 숫자는 아직 나타나지 않았습니다.) 인텔 플랫폼의 기존 프론트 사이드 버스 아키텍처로 모든 하드웨어를 공급하는 것은 어리석은 일입니다. 따라서 Nehalem은 인텔의 긍정적 인 노인 전면 버스 아키텍처에 대해 오랫동안 기한이 지난 죽음의 소리를냅니다.

인텔의 새로운 QPI ( QuickPath Interconnect )가 나타내는 인텔 시스템 대역폭 상황의 급격한 변화 는 아마도 Nehalem의 디자인을 형성 한 가장 큰 단일 요소 일 것입니다. QuickPath와 Nehalem의 통합 메모리 컨트롤러 사이에서 Nehalem 프로세서는 특히 2 소켓 및 4 소켓 구현에서 전례없는 총 대역폭에 액세스 할 수 있습니다.

AMD는 메모리 컨트롤러를 프로세서로 이전에 옮기고 Hypertransport를 사용했습니다.


3
고려해야 할 다른 문제는 프론트 사이드 버스 성능입니다. 코어가 많고 메모리가 많고 프로그램이 크면 메모리에 대한 액세스가 중요합니다! CPU가 메인 메모리에 오류가 발생하면 성능이 저하됩니다. 멀티 태스킹이 많을수록 칩 캐시가 외설적으로 커지는 방식에 관계없이 이러한 일이 발생할 가능성이 높습니다.
geoffc

1
이 질문이 2009 년에 시작된 이후 8 년 동안 상황이 바뀌 었습니다. 소프트웨어는 이제 많은 코어를 활용하는 데 훨씬 뛰어나며 이러한 추세는 계속 될 것입니다.
Contango

1
@Contango 동의,이 답변은 현재 트렌드를 반영하도록 업데이트되어야합니다.

18

내 경험상 1 개에서 2 개의 코어로가는 큰 성능 이점이 있습니다. 갑자기 하나의 높은 CPU 프로그램이 컴퓨터를 잠 그거나 사용을 느리게하지 않습니다. 엄청난 차이.

그러나 2-4? 99 %의 사람들에게는 차이가 없습니다. 한 번에 많은 프로그램을 실행하거나 2 개 이상의 코어를 활용할 수있는 프로그램을 사용해야합니다 (실제로는 그 수가 많지 않습니다). 특정 미디어 인코더가 떠 오릅니다.

이와 관련하여 인텔 코어 2와 AMD 표현형에도 차이가 있습니다. AMD는 지점 간 프로토콜 인 하이퍼 트랜스 포트를 사용하므로 각 코어에 전용 대역폭이 있습니다. 인텔 코어 2 초 (하지만 하지 코어 i7s 및 기타 Niehalem 기반 CPU)는 동일한 대역폭을 놓고 경쟁 더 많은 코어를 가질 수 있도록 대역폭을 공유하는 프론트 사이드 버스를 사용합니다.

이로 인해 일부 상황에서 동일한 클럭 쿼드 코어 (마지막)가 느려질 수 있습니다. 돈의 가치는 여전히 이중 코어 IMHO와 함께 있습니다. 즉, 쿼드 코어가 있습니다.


1
Nehalem은 하이퍼 트랜스 포트와 같은 공원에있는 QPI (QuickPathInterconnect)를 사용합니다.
nik

10

나는 도널드 크 누스가 그것을 요약 하는 방법을 좋아 한다 .

하드웨어 설계자가 아이디어를 잃어버린 것처럼 보이고, 미래에 무어의 법칙이 사라질 것이라는 비난을 소프트웨어 제작자에게 넘겨 주려고 노력하고 있습니다. 핵심 벤치 마크! 전체 멀티 스레딩 아이디어가 플럽 (flop)으로 판명 된 경우, 놀라 울 정도로 "Itanium"접근 방식보다 나쁘다. .

지난 50 년 동안 저는 수천 개의 프로그램을 작성했습니다. 그 중 상당수는 상당한 규모입니다. 병렬 처리 또는 멀티 스레딩으로 눈에 띄게 향상되었을 프로그램 중 5 개조차 생각할 수 없습니다. 예를 들어, 여러 프로세서가 TeX에 도움이되지 않습니다.

일부 응용 프로그램의 경우 여러 코어를 사용하는 것이 매우 쉽습니다. 그러나 일부 다른 응용 프로그램은 응용 프로그램의 이점을 얻지 못하고 다른 응용 프로그램은 개발자 응용 프로그램을 최적화하면 도움이 수 있습니다 (매우 어렵습니다).


4
일반적으로 멀티 코어는 TeX 자체에 도움이되지 않는다는 데 동의합니다. 그러나 문서를 편집 할 때 TeX를 반복적으로 호출하여 디스플레이를 업데이트하는 것은 그래픽 TeX 편집기의 큰 승리입니다.
KeithB

3
이곳은 제 마음이 크 누스에게가는 곳 중 하나이지만, 제 마음은 전혀 동의하지 않습니다.
nik

5

고용주의 메인 데스크탑에는 8GB RAM이 장착 된 듀얼 쿼드 코어 Xeon 시스템을 사용합니다.

프로그래밍을하고 Internet Explorer, Chrome, TweetDeck, Visual Studio 2008 (또는 2010) 및 로컬 Sql Server Express 인스턴스가있을 때 모든 것이 잘 작동합니다.

상대적으로 이전에는 듀얼 코어가 있었으며 Visual Studio, Chrome 및 Sql Express 만 실행하면 크롤링이 시작됩니다.

그것은 당신이 기계로 무엇을 하느냐의 문제입니다. 비디오 편집, 3D 모델링 또는 상당한 리소스로 프로그래밍하는 고급 사용자라면 그렇습니다. 쿼드 코어와 많은 RAM이 필요합니다.


1

멀티 코어에 최적화되지 않은 일상적인 사용 및 프로그램의 경우 빠른 듀얼 코어는 느린 쿼드 코어를 능가합니다.

시간이 지남에 따라 올바르게 멀티 스레드 응용 프로그램이 표준이됨에 따라 쿼드 코어가 앞당겨 질 것입니다.

벅 관점에서 볼 때, 듀얼 코어는 여전히 편안한 리드를 가지고 있습니다.


1

따라 다릅니다. 모든 코어를 많이 사용하는 일을하는 경우 4 개의 코어가 더 좋습니다 (비디오 편집, 렌더링 등). 대부분의 사람들은 현재 4 개의 코어를 최대한 활용하도록 작성된 응용 프로그램이 많지 않기 때문에 2 개의 빠른 코어를 더 잘 발견 할 것입니다


1

최신 i7 프로세서는 실제로 모든 코어가 필요하지 않은 경우 활성 코어의 클럭 속도를 높일 수 있습니다. 예를 들어, 2.4GHz의 쿼드 코어가 있지만 소프트웨어를 실행하기 위해 2 개의 코어 만 필요한 경우 최대 2.8GHz까지 자동으로 클럭 될 수 있습니다 (실제 그림이 아니라 예일뿐).

그리고 i7의 최신 세대는 하나 또는 두 개의 코어 만 필요한 경우 3 개 또는 4 개의 빈을 클럭킹 할 수 있다고 생각합니다. 따라서 현재만큼 많은 트레이드 오프를 유지하지 못할 수도 있습니다 ...


1

Anandtech.com 에 따르면 :

그것은 모두 칩의 TDP 또는 열 설계 포인트로 귀결됩니다. 플랫폼에 제약이있는 TDP가 많을수록 인텔의 터보 모드에서 더 많은 것을 얻을 수 있습니다. 다른 방법으로하겠습니다. 4 개의 코어를 130W TDP에 맞추려면 각 코어는 동일한 TDP에 코어가 하나만있는 경우보다 낮은 클럭 속도로 실행해야합니다.

더 높은 TDP에서는 일반적으로 개별 코어를 꽤 높게 실행할 수있는 충분한 열 헤드 룸이 있습니다. 낮은 TDP에서 CPU 제조업체는 코어 수와 클럭 속도 사이에서 균형을 유지해야합니다.

이것은 모두 코어 (또는 스레드)와 코어 주파수 중에서 선택해야한다는 맥락에서입니다.


이것이 오버 클로킹 관심과 관련이 있습니까? 어쨌든 좋은 기사.
nik

0

귀하의 경우 쿼드 코어가 더 좋습니다. 코어가 많을수록 병렬 처리를 더 많이 수행 할 수 있습니다. 따라서 듀얼 코어에서는 쿼드보다 단일 앱을 빠르게 실행할 수 있지만 쿼드는 듀얼보다 4 개의 앱을 빠르게 실행할 수 있습니다. 또한 응용 프로그램이 병렬 처리 (멀티 스레드)로 처리되도록 작성된 경우 응용 프로그램은 멀티 코어 아키텍처에서 더 잘 실행됩니다.

100 MHz에서 실행되는 쿼드 코어가 듀얼 코어 4 Ghz를 수행하지 않기 때문에 이것은 상대적입니다. 그러나 일반적으로 말하면 코어가 많을수록 좋습니다.


두 개의 코어에서 작동 할 수있는 응용 프로그램에서도 네 개의 코어를 활용할 수 있다고 가정합니다. 항상 그런 것은 아닙니다.
nik

@nik 아니요, 아닙니다. 멀티 스레드 응용 프로그램이 멀티 코어 아키텍처에서 더 나은 성능을 발휘할 것이라고 말했습니다. 나는 당신이 가진 코어 수에 대한 비례 이득에 대해서는 아무 것도 말하지 않았습니다.
Joseph

0

수행중인 작업과 OS 및 응용 프로그램의 기능에 따라 다릅니다.

경량 OS가 있고 하나의 프로세서 만 사용할 수있는 단일 CPU 바운드 응용 프로그램을 실행하는 경우 두 프로세서를 더 빠른 속도로 선택하는 것이 좋습니다.

그렇지 않으면, OS가 모든 코어를 효과적으로 예약하고 둘 이상의 프로세서를 더 느린 쿼드 코어를 사용할 수있는 많은 응용 프로그램이나 응용 프로그램을 실행하는 경우 더 낮은 전력 소비와 더 적은 열 출력으로 더 나은 성능을 기대할 수 있습니다.


0

많은 비디오 인코딩, 3D 렌더링 또는 분산 소스 코드 빌드를 수행하는 경우 코어가 많을수록 좋습니다. 코어를 1에서 2로, 4에서 8로 이동할 때 이러한 유형의 응용 프로그램에 대해 현저한 성능 차이가 나타납니다.

그렇지 않으면 표준 응용 프로그램을 실행하면 더 많은 코어의 이점이 없습니다. 게임조차도 실제로 여러 코어를 활용하지는 않습니다. IMO, 당신은 더 나은 그래픽 카드에 돈을 쓰는 것이 좋습니다.


0

다릅니다.

매우 그렇다.

두 개의 코어 만 사용하여 쿼드 코어를 쉽게 찾을 수 있습니다. 이것은 부분적으로 OS 및 소프트웨어 디자인과 관련이 있습니다. 또한 메모리, 디스크 및 장치와 같은 다른 모든 것을 여전히 공유합니다.

당신은 OS가 (특히 눈에 띄게) 더 빨리 부팅되지 않고 웹 페이지가 더 빨리 다운로드되지 않는다는 것을 알고 있습니다 (그러나 더 빨리 그릴 수 있습니다).

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.