답변 : 속도가 느려지지 않으며 CPU 코어 수에 따라 확장됩니다. 원래의 질문에 사용 된 프로젝트는 (실제로 A의 ‘너무 작은’이었다 톤 멀티 코어의 이점을 얻을 수있는 개발하지만, 컴파일러 최적화 된 소 / 중). 작업을 퍼 뜨리고 여러 컴파일러 프로세스를 생성하는 방법을 계획하는 대신이 소규모로 작업을 직렬로 진행하는 것이 가장 좋습니다.

이것은 질문에 대한 의견과 개인적 호기심을 바탕으로 한 새로운 실험을 기반으로합니다. Umbraco CMS의 소스 코드 는 규모가 크고 오픈 소스이므로 솔루션 파일을 직접로드하고 다시 빌드 할 수 있기 때문에 더 큰 VS 프로젝트를 사용했습니다 (힌트 : umbraco_675b272bb0a3\src\umbraco.slnVS2010 / VS2012에서 로드 ).

지금, 내가 보는 것은 내가 기대하는 것, 즉 컴파일 스케일 업 !! 글쎄, 내가 찾은 이후 특정 지점으로 :

테이크 아웃 :

• 새로운 VM 코어는 VirtualBox 프로세스 내에서 새로운 OS X 스레드를 만듭니다
• 컴파일 시간이 예상대로 확장됩니다 (컴파일이 충분히 길다)
• 8 개의 VM 코어에서 패널티가 엄청 나기 때문에 VirtualBox 내에서 코어 에뮬레이션이 시작될 수 있습니다 (50 % 적중)
• OS X이 4 개의 하이퍼 스레드 코어 (8 h / w 스레드)를 VirtualBox에 8 코어로 제공 할 수 없기 때문에 위의 가능성이 있습니다.

그 마지막 시점으로 인해 ‘Activity Monitor'(CPU 기록)를 통해 모든 코어에서 CPU 기록을 모니터링하고 내가 찾은 것은

테이크 아웃 :

• 하나의 VM 코어에서 활동은 4 개의 HW 코어에서 도약하는 것 같습니다. 코어 수준에서 균일하게 열을 분산시키는 것이 합리적입니다.

• 4 개의 가상 코어 (및 27 개의 VirtualBox OS X 스레드 또는 전체 ~ 800 OS X 스레드)에서도 HW 스레드 (0,2,4,6) 만 채도가 높은 반면 홀수 HW 스레드 (1,3,5,7) 거의 0 %에 있습니다. 스케줄러가 HW 코어 및 NOT HW 스레드 측면에서 작동하므로 OSX 64 비트 커널 / 스케줄러가 하이퍼 스레드 CPU에 최적화되어 있지 않을 것이라고 생각합니까? 아니면 8VM 코어 설정을 살펴보면 CPU 사용률이 높은 %에서 사용하기 시작합니까? 재미있는 일이 하나 있습니다 … 글쎄, 그것은 일부 다윈 개발자에게는 별도의 질문입니다 …

[편집] : VMWare Fusion에서 동일하게 시도하고 싶습니다. 그다지 나쁘지 않을 것입니다. 그들이 이것을 상용 제품으로 선보일 지 궁금합니다 …

보행인:

이미지가 사라지면 컴파일 타임 테이블은 (text, ugly!)입니다.

Cores in    Avg compile      Host/OSX    Host/OSX CPU
   VM         times (sec)   Threads      consumption
    1           11.83            24        105-115%
    2           10.04            25        140-190%
    4            9.59            27        180-270%
    8           14.18            31        240-430%

답변