빠른 Visual Studio 컴퓨터 구축


28

Visual Studio를 매우 빠르게 실행하기 위해 PC를 만들고 싶습니다. WCF 서비스, IIS 웹 서비스를 포함하는 약 30 개의 C # 프로젝트가 있습니다. 따라서 빠른 편집, 컴파일, 실행 및 디버그주기를 신속하게 의미합니다.

목적에 맞게 머신을 구축 할 때 CPU 성능, 메모리 및 드라이브 기술에 대한 투자의 균형을 어떻게 유지해야합니까?

답변:


19

우리의 개발팀은 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에 있습니다.

모두에게 행운을 빕니다!


훌륭합니다 ... 해당 제품군에 대한 링크가 끊어졌습니다. 기술 회사는 웹의 작동 방식을 이해하지 못합니다!
mike nelson

1
지난 6 년 동안 어떻게 바뀌 었습니까? 추천 할만한 새로운 제품이 있습니까? 가격이 크게 하락했다고 가정합니다.
TWilly

기계 비용은 $ 6,000이며 하루에 $ 10를 절약합니다. 90 일의 회수 기간은 어떻게 되나요?
mga911

2
그것과 생산성의 배수가 될 수있다 - "산만 임계 값"에 대한 언급을 한 거대한 컴파일 시간이 느린 얻을 때 예상치 못한 비용.
peterflynn

17

비슷한 질문이 있습니다. Visual Studio의 컴파일 시간에 어떤 PC 구성 요소가 가장 큰 영향을 미칩니 까 ?

가장 큰 병목 현상은 Visual Studio에서 빌드를 수행 할 때 디스크 드라이브가 될 것입니다. Visual Studio 2008부터는 빌드 중에 여러 프로세서 또는 여러 코어를 활용할 수도 있습니다. 그것이 나라면 다음과 같이 갈 것입니다.

  • 핵심 I7 플랫폼
  • 6GB 이상의 RAM
  • Windows 7 64 비트 ( Vista보다 빠름 )
  • 빠른 솔리드 스테이트 드라이브
  • 빌드 중에는 실행중인 바이러스 백신 소프트웨어가 없습니다!

더 읽을 거리 :


명확한 대답을 위해 +1하지만, i7을 가져 가서 새로운 것을 가져 가지 마십시오!
Ivo Flipse

여러 드라이브는 무엇입니까? 하나는 O / S, 하나는 'Program Files', 하나는 'build'입니다. SSD가 여전히 이길까요?
JBR 윌킨슨

@JBRWilkinson 예, SSD는 시장에서 가장 빠른 드라이브입니다.
cowgod

3

Dataram 의 ramdrive를 사용합니다 . Visual Studio는 모든 PC 코어 (8 코어)를 사용하지 않으므로 램 드라이브를 NTFS로 포맷하고 압축을 활성화했습니다. 소스 코드는 압축률이 높으므로 2GB의 램 드라이브는 최소 4GB의 스토리지를 제공합니다. ramdrive의 자동 저장을 활성화 할 수도 있습니다! 이 방법은 SSD보다 훨씬 빠른 IO를 제공합니다. 그러나 IO가 병목 현상이 아닌 경우 멀티 코어를 사용하는 데 VS가 매우 열악하다는 것을 알 수 있습니다.


이것이 정말 좋은 결과입니까?
Anirudha Gupta

1
테스트 한 결과 SSD와 관련된 차이점을 측정 할 수 없었습니다.
thumbmunkeys

@thumbmunkeys 나는 primocache를 사용하고 PC를 종료 할 때 디스크를 저장합니다. 모든 읽기 쓰기는 RAM으로 이루어집니다.
Anirudha Gupta

@GuptaAnirudha SSD보다 빠릅니까?
thumbmunkeys

1
내 Visual Studio는 이전보다 빠르게 작동합니다. 디스크에서 첫 번째 읽기가 완료되므로 처음에는 빠르지 않지만 지난 5-6 시간 동안 동일한 프로젝트를 실행하면 차이를 볼 수 있습니다.
Anirudha Gupta
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.