A의 관련 질문 나는 L3 캐시를 두 배로면에서 듀얼 CPU 시스템의 장점에 대해 물었다.
그러나 Xeon E5-2600 시리즈 CPU에는 코어 당 정확히 2.5MB의 L3 캐시가 있습니다.
이로 인해 운영 체제는 코어 당 2.5MB의 L3 캐시를 예약한다고 생각합니다. 그러나 L3 캐시가 모든 코어에서 공유 된다는 모순적인 인상을 받았습니다 . 놀랍게도 이에 대한 정보 나 토론은 거의 없습니다.
저의 주요 관심사는 우선 순위가 낮은 백그라운드 응용 프로그램이 L3 캐시를 "호그"하고 우선 순위가 높은 포 그라운드 응용 프로그램의 성능이 저하되는지 여부입니다. 이 질문에 동기를 부여한 두 가지 성능 문제가 있습니다.
VS 2008에서는 현재 개발 시스템에서 특정 C ++ 프로그램을 컴파일하는 데 25 분이 걸리고 다른 시스템에서는 훨씬 더 빠르며 동일한 설정으로 VS 2008에서 5 분만 소요됩니다. 970 CPU 및 충분한 RAM.
프로그램이 종종 시스템에서 실행되는 데 최대 20 초가 걸립니다 (예 : 기본 창 표시). 관련 메모에서 Windows 셸은 컨텍스트 메뉴 항목을 제한하려는 시도에도 불구하고 Windows 탐색기 컨텍스트 메뉴를 표시하는 데 최대 10 초가 소요되며 관련 동작도 시간이 오래 걸립니다 (현재 10 개가 넘는 추가 항목이 있음) 기본값).
내 시스템에는 몇 년 동안 설치 및 제거 된 매우 많은 수의 응용 프로그램이 설치되어 있지만 그럼에도 불구하고 시스템을 간소화하기 위해 최선을 다합니다.
또한 우선 순위가 낮은 백그라운드 응용 프로그램이 많이 실행되고 있습니다. 특히 CrashPlan과 같은 중복 클라우드 백업 소프트웨어는 일반적으로이 6 코어 12 스레드 시스템에서 총 CPU 사용률의 약 25 %를 활용합니다.
나는 새로운 컴퓨터를 얻을 것이다. 저는 많은 백그라운드 응용 프로그램을 계속 실행하고 많은 프로그램을 설치 / 제거 할 것임을 알고 있습니다. 코어뿐만 아니라 L3 캐시를 두 배로 늘리는 듀얼 CPU 시스템을 얻는 것이 끔찍한 C ++ 컴파일러 성능과 일반적인 시스템 속도 저하를 극복하는 데 도움이 될 것이라고 생각한다면 기꺼이 그렇게 할 것입니다.
이 해야 하이 엔드 시스템에도 많은 프로그램 및 배경 응용 프로그램과 함께, 천천히 작동 할 이유는 없습니다. 그러나 시스템에 제공하는 CPU 전력 및 L3 캐시의 양에 관계없이 문제가 발생하면 단순히 많은 프로그램과 백그라운드 응용 프로그램이 설치되어 실행되고 있기 때문에 이중 CPU에서 2,500 달러를 추가로 낭비하고 싶지 않습니다. 내 문제를 해결하는 데 도움이되지 않는 시스템.
특히 L3 캐시가 모든 코어에서 공유되는지 (낮은 우선 순위의 백그라운드 응용 프로그램이 L3 캐시를 호기하거나 우선 순위가 높은 프로그램의 속도가 느려질 수 있음) 또는 개인과 연결되어 있는지에 대한 내 질문에 관한 제안 코어, 감사하겠습니다.