답변:
우리의 개발팀은 2010 년 1 월 기준으로 Dev Machine 당 $ 6,000 이상의 REALLY 빠른 하드웨어를 사용합니다.
한 구성 요소가 한 번에 하나씩 테스트 한 가장 큰 차이점은 실제로 빠른 I / O를 추가하고 모든 소스 코드를 해당 하드웨어에 넣는 것입니다. 우리는 약 10 가지 구성 (VRaptors, SSD 등을 포함한 다양한 RAID)을 거쳤으며 Fusion IO의 IOXtreme 드라이브가 가장 좋습니다.
http://www.fusionio.com/products/ioxtreme/
드라이버는 포맷 된 블록 크기가 작을수록 드라이브에서 RAM을 대량으로 "고정"하므로 많은 RAM이 필요합니다.
그 나쁜 소년들은 비 휘발성이고 무작위 읽기와 쓰기 모두에서 빠릅니다. 돈 때문에 우리 리그를 더 빨리 컴파일 할 수 없었습니다.
아이디어를주기 위해 컴파일 시간을 정말 단축 할 것입니다 ...
모든 코드가 포함 된 마스터 솔루션에는 현재 37 개의 프로젝트가 있으며 Visual Studio Code Metrics Results에 따라 총 92,281 줄의 "실행 가능"코드가 있습니다. IDE에서 DEFAULT C # 개발자 설정으로 컴파일하려면 (모든 설정을 다시로드하여 원하는 경우 기본값과 객관적으로 비교할 수 있음) 22 초가 걸립니다. RAID 5에 Velociraptor가 3 개인 동일한 시스템의 경우 29 초가 걸리므로 약 24 % 증가합니다.
이 테스트는 CLEAN SOLUTION과 REBUILD SOLUTION으로 실행되었으므로 전체 컴파일이되어야합니다.
나는 당신 모두에 대해 모른다. 그러나 나는 중소 규모의 변화 후에 자주 컴파일한다. 아마도 하루에 평균 80-100 번입니다. 그것은 단지 IOXtreme 드라이브가 하루에 9.3 분을 절약한다는 것을 의미합니다. 개발자 당 하루에 $ 10 인 시간당 $ 70 (대략적인 평균 개발자 비율). 따라서 비용을 지불하는 데 약 90 일이 걸립니다. 정말 나쁘지 않습니다 ...이 시점에서 무료입니다.
또한, 나는 컴파일 시간이 개발자의 방해를위한 개발자의 임계 값을 초과해서는 안된다고 강력하게 생각합니다. 2 분 기다리게 ... Wiki 또는 Google 또는 Youtube 낭비 시간. 측정하기가 훨씬 어렵습니다.
자, 전체 리그는 다음과 같이 보입니다 :
Windows 7 Professional 12GB RAM 2x 쿼드 코어 제온 (E5504) @ 2.00GHz. 머신 당 총 8GHz Highpoint 2320 RAID 컨트롤러 Server Mobo (모델을 잊어 버렸습니다. 죄송합니다) RAID 5에 3 개의 Velociraptor를 C, D 및 E 드라이브로 나눕니다. C의 Windows, D의 프로그램, E. IO Xtreme Drive의 사용자 데이터 폴더 (드라이브 F). 모든 코드 (및 타사 DLL)는 드라이브 F에 있습니다.
모두에게 행운을 빕니다!
비슷한 질문이 있습니다. Visual Studio의 컴파일 시간에 어떤 PC 구성 요소가 가장 큰 영향을 미칩니 까 ?
가장 큰 병목 현상은 Visual Studio에서 빌드를 수행 할 때 디스크 드라이브가 될 것입니다. Visual Studio 2008부터는 빌드 중에 여러 프로세서 또는 여러 코어를 활용할 수도 있습니다. 그것이 나라면 다음과 같이 갈 것입니다.
더 읽을 거리 :
Dataram 의 ramdrive를 사용합니다 . Visual Studio는 모든 PC 코어 (8 코어)를 사용하지 않으므로 램 드라이브를 NTFS로 포맷하고 압축을 활성화했습니다. 소스 코드는 압축률이 높으므로 2GB의 램 드라이브는 최소 4GB의 스토리지를 제공합니다. ramdrive의 자동 저장을 활성화 할 수도 있습니다! 이 방법은 SSD보다 훨씬 빠른 IO를 제공합니다. 그러나 IO가 병목 현상이 아닌 경우 멀티 코어를 사용하는 데 VS가 매우 열악하다는 것을 알 수 있습니다.