SSD 드라이브 및 Visual Studio IDE. 큰 개선? 실제 사용 사례, 이론 없음


92

Visual Studio 2008 개발주기를 가속화하기 위해 Windows 7 + Intel SSD 드라이브를 사용하고 싶습니다.

속도를 높이고 싶은 영역은 다음과 같습니다.

  • 컴파일 / 빌드 시간
  • winforms / webforms 용 파일 열기
  • Windows 및 웹용 일반 Visual Studio "느림"

Visual Studio의 시작 시간에 관심이 없습니다. 또한 GB 당 비용은 문제가되지 않습니다. 나는 속도를 원한다.

누구든지 이미 이것을 시도한 적이 있습니까 ( SSD 드라이브 + Visual Studio ) 그리고 속도 향상 / 감소에 대해 무엇을 말할 수 있습니까?

SSD에 대한 이론을 알고 있지만 일반적으로 푸딩의 증거는 먹는 것입니다. 그래서 저는 SSD로 Visual Studio 설정을 실제로 시도하고 테스트 한 사람들에게 관심이 있습니다.


아마도 serverfault.com에서 이것을 물어볼 가치가있을 것입니다. 자세한 내용은 blog.stackoverflow.com/2009/04/server-fault-private-beta-begins 를 참조하십시오.
Matthew Murdoch

2
나는 이것이 프로그래밍에 관한 것이라고 생각했지만 확실히 고려했습니다. 그러나 나는 벤치 마크가 아니라 실제 VS2008 경험을 원하지 않았습니다
Julian de Wit

그럴 수 있지. 나는 당신이 거기에서도 그것을 물었다 고 제안했습니다 (불꽃 전쟁을 일으킬 수 있지만 ...!).
Matthew Murdoch

와우, Server Fault보다 오래된 질문이 베타에서 빠져 나가는 것을 찾는 것은 흥미 롭습니다. 저는 2016 년에 몇 가지 혜택을 찾고있었습니다 (VS는 80 개의 freakin '공연만으로도 내 미래의 128GB SSD는 Windows와 VS에 모두 맞지 않을 수 있습니다 ...)
Paul Stelian

답변:


80

Visual C # 2008에 대한 하드 데이터가 있습니다. 짧은 버전은 빠른 I / O보다 빠른 CPU에 돈을 쓰는 것이 가장 좋습니다 . 더 긴 대답은 다음과 같습니다.

C # (. NET 3.5) 솔루션에는 2 백만 줄 이상의 코드 (주석 및 빈 줄 포함)가있는 81 개의 프로젝트가 포함되어 있습니다. 몇 년 전에 표준 HDD가 장착 된 Pentium 4 3GHz PC에서 10,000RPM WD Raptor HDD (74GB)가 장착 된 Core 2 Duo 2.6GHz PC로 업그레이드했습니다. 속도 향상은 엄청났습니다. 약 10 분에서 3.5 분까지. 이 모든 것이 4GB RAM이있는 Windows XP Pro 32 비트 환경에서 이루어집니다.

또한 기본적으로 배터리 백업 기능이있는 RAM 하드 디스크 인 기가 바이트 i-RAM (정보를 위해 Google에서 제공) 1 개를 얻었습니다. 읽기 속도는 빠르지 만 쓰기 속도는 느린 SSD와 달리 i-RAM은 둘 다 빠르지 만 전원이 꺼지면 배터리가 약 12 ​​시간 동안 만 지속되므로 체크인시 훈련해야합니다. 이로 인해 Core 2 Dou 플랫폼의 컴파일 시간이 10,000RPM Raptor HDD와 비교하여 2.5 분으로 단축되었습니다.

나는 그 오래된 74GB 10,000RPM Raptor 드라이브가 귀하의 정원용 7,200RPM 최신 드라이브보다 약간 느리다는 것을 발견했으며 일관된 벤치마킹 컴파일이 있음을 입증했습니다. 우리는 새로운 Velociraptors를 시도하지 않았지만 확실히 더 빠르지 만 컴파일 시간만으로는 가치가 없을 것입니다.

지난주에 G.Skill Falcon 128GB SSD (Indilix Barefoot 컨트롤러 포함)와 표준 500GB HDD를 두 번째 드라이브로 사용하는 새로운 Intel Core i7-870 플랫폼을 얻었습니다. 또한 i-RAM을이 PC에 넣고 모든 구성을 테스트했습니다.

HDD의 경우 3.5 분, i-RAM의 경우 2.5 분 만에 컴파일 된 Core 2 Duo에 비해 i7-870은 SSD, HDD 및 i-RAM의 경우 1 분 40 초 만에 컴파일됩니다.

따라서 두 번 모두 개발자 워크 스테이션을 업그레이드했지만 C # 컴파일 시간에서 성능 향상의 대부분은 더 빠른 디스크가 아닌 CPU 속도가 빠르기 때문입니다. 컴파일 시간을 단축하려면 디스크가 아닌 CPU에 돈을 투자하십시오.

즉, SSD는 Visual Studio를로드하고 솔루션을 여는 데 훨씬 더 빠릅니다 (그에 대한 타이밍은 없지만). SSD를 구입할 수 있다면 PC의 모든 프로그램이 훨씬 더 빠르게로드되므로 절대로 돌아갈 수 없습니다. 그러나 컴파일 속도가 크게 향상되지는 않습니다. 그리고 Visual Studio C #은 단일 스레드입니다. 마이크로 소프트가 함께 행동을 취하고 IDE에서 컴파일러를 멀티 스레드로 만들었다면 실제로이 4 개의 코어를 사용할 수 있습니다.


2012 년 5 월 업데이트 : 이제 CPU 성능에 집중하기 전에 배운 내용을 기반으로 PC를 다시 업그레이드했습니다. 새로운 PC에는 Intel 510 시리즈 120GB SATA III SSD, 16GB RAM 및 대형 CPU 쿨러와 함께 4.6GHz까지 오버 클럭 된 Intel Core i7-2600k CPU가 있습니다! 놀랍게도 이것은 컴파일 시간을 거의 절반으로 줄였고 , 나는 확실히 더 빠른 SSD가 아닌 CPU 마력의 매우 큰 증가에 이것을 내려 놓았습니다.

Visual Studio 2010 성능 결과의 C # 컴파일은 다음과 같습니다.

  • 159 초 : Intel Core i7-870 기본 (2.9-3.3GHz), 4GB RAM (SATA II SSD 포함)
  • 109 초 : Intel Core i7-2600k 스톡 (3.4-3.8GHz) 16GB RAM 및 SATA III SSD
  • 84 초 : Intel Core i7-2600k 오버 클럭 (4.63GHz) 16GB RAM 및 SATA III SSD

1
고마워 .. 이미 SDD 몬스터 컴퓨터를 주문했습니다. :) 내 결과도 여기에 게시 할 것이지만 결과가 같을 까 봐 두렵습니다.
Julian de Wit

그런데 ASP.NET이나 Winforms를 했습니까?
Julian de Wit

9
좋아-수정해야 할 부분이 많습니다. 첫째-사용중인 SSD를 언급하지 않았습니다. SSD 드라이브는 iRAM이 SATA1 (130MB / s) 인 SATA2 인터페이스에 직접 연결됩니다. 이 외에도 iRAM에는 제한된 컨트롤러가있어 요점을 무너 뜨립니다. RAID 0에 2가 있으면 최대 200MB / s의 속도를 얻을 수 있습니다. SSD가 컴파일 시간을 개선하지 않는다는 데 동의하지만 SSD가 약 1 초 만에 비주얼 스튜디오를 여는 것을 보았습니다. 마지막으로 iRAM이 일반적인 SSD 드라이브로 적합하지 않다고 생각합니다. 결과가 오해의 소지가 있고 사실이 잘못되었습니다.
JL.

13
입력하기 전에 읽고 생각해야합니다. 첫째, 내가 사용하고있는 SSD에 대해 언급했습니다. 사실 BOLD 입니다. iRAM에는 SATA1 인터페이스가있어 거의 모든 최신 SSD보다 읽기 속도가 느리다는 것을 알고 있습니다. 테스트 할 것이 하나 있고 실제로 쓰기 속도가 읽기만큼 빠르기 때문에 포함했습니다. RAID에서 2로 테스트하지 않았습니다. 또한 마지막 단락에서 SSD가 VS를로드하는 데 훨씬 빠르다고 언급했습니다. 그래서 사실은 모두 정확하고 결과에 동의하지만 오해의 소지가 있다고 말합니까? 흥미로운 ...
Ben Robbins

1
@BenRobbins VisualStudio 외부에서 / MP 플래그를 사용하여 C # 프로젝트를 벤치마킹 했습니까?
John Zabroski

27

나는 방금 하나를 샀고 내가 가진 유일한 후회는 더 일찍 SSD를 사지 않는 것입니다.

이전에는 컴파일 시간이 괜찮 았지만 이제 전체 IDE가 훨씬 더 반응이 빨라졌습니다. 그리고 그것은 Visual Studio뿐만 아니라 다른 응용 프로그램이기도합니다. 전체 시스템이 이렇게 빠르게 작동 할 때 흐름을 유지하는 것이 훨씬 쉽습니다.


4
몇 달 후 .. 나도 같은 느낌이 듭니다. 전체 컴퓨터 경험이 더 좋습니다.
Julian de Wit

11

테스트로 방금 90GB Sandforce 기반 SSD를 주문하여 빌드 시간에 도움이 될 수 있는지 확인했습니다. 완전한 재 빌드를 수행하는 데 21 분이 걸리는 대규모 C ++ 프로젝트가 있습니다 (구형 Xeon 3.4GHz 박스).

각각에 대해 세 번의 테스트를 실행했을 때 빌드 시간 차이는 무시할 만했습니다. 30 초 정도 빨라졌습니다.

우리의 최신 (!) Xeon 5150 박스 (하드 디스크 포함)는 동일한 프로젝트를 11 분 만에 다시 빌드합니다. 이는 컴파일이 실제로 CPU에 바운드된다는 것을 보여줍니다.

(SSD의 놀라운 4k 및 512k 읽기 / 쓰기 성능이 빌드에 매우 유용 할 것이라고 생각했기 때문에 놀랐습니다.)


11

오랜 성능 테스트를 거친 후 여기에서 가장 좋은 설정을 얻었지만 C ++ 컴파일러를 사용했습니다. 필요할 것이예요:

  • Windows 용 SSD 및 프로그램 파일 (일반적으로 C : 드라이브)
  • 2 개의 파티션에 1TB WD Caviar Black :
    • D 드라이브 : 시작 실린더에 TEMP 폴더 만있는 작은 크기 (최대 35GB) TMP 및 TEMP 환경 변수를 D : \ TEMP에 매핑해야합니다 (정말 중요합니다 !!!).
    • 드라이브 E : 나머지 드라이브 스토리지 포함. 소프트웨어 개발을 제외한 일반 데이터 저장에 사용
  • Visual Studio 2008 프로젝트 / 솔루션을 저장하려는 파티션 레이아웃의 1TB WD Caviar Black. Subversion 사용에 따라 4 개의 파티션으로 끝났습니다.
    • 트렁크 및 범용 프로젝트 용 820GB
    • "기능 브랜치"의 경우 60GB
    • 제품 안정화 중에 사용되는 "안정적인 분기"에 60GB
    • 승인 된 소프트웨어의 사소한 수정에 사용되는 "제품 품질 분기"용 60GB
  • / MP 컴파일러 스위치를 사용하는 6 코어 또는 8 코어 프로세서 (Visual Studio 2008 기본 "병렬 프로젝트 빌드"기능과 혼동하지 마십시오. AMD Phenon II 프로세서가 왜 그렇게 잘 작동하는지 모르겠습니다. 이 조합)
  • Windows 7 64 비트 (32 비트 컴파일러를 사용하더라도 64 비트 OS에서 더 빠르게 실행되는 이유를 정확히 모르겠습니다)
  • SATA 3 호환 메인 보드

이 설정은 내가 테스트 한 다른 조합보다 성능이 뛰어납니다.

대규모 모듈 식 프로젝트의 일반적인 컴파일 결과는 다음과 같습니다.

  • / MP 및 일반 HDD없이 병렬 빌드 : 약 12:00 분
  • 제안 된 설정 : 4:30 분
  • 이 설정은 WD Caviar Green 드라이브와 교대로 사용 : 드라이브 당 +1 : 00 (둘 다 5:30 또는 6:30)
  • TEMP 파티션을 RAMDRIVE로 이동 : 5:30

내 결론은 다음과 같습니다.

  • TEMP 폴더는 나쁜 "작성자"이고 WD Caviar Black 내부에 비슷한 64MB 캐시가 없기 때문에 SSD에서 실행하지 마십시오.
  • TEMP로 작동하는 전용 드라이브를 사용하면 두 WD 드라이브 (cl.exe 임시 파일 용 TEMP 및 * .cpp / h, * .obj, * .lib, * .exe 등을 저장할 프로젝트 드라이브)가 병렬로 작동 할 수 있습니다.
  • WD Caviar Black 캐싱 알고리즘은 인상적이며 SATA 6GB / s와 결합되어 제가 TEMP 드라이브에 대해 테스트 한 RAMDRIVE 설정을 능가합니다.
  • 파티셔닝은 컴파일러 환경에서 불가피한 조각화에 대한 영향을 줄입니다. TEMP 드라이브에도 동일하게 적용됩니다.

내가 당신을 도울 수 있기를 바랍니다.


1
SATA 모드는 AHCI 모드 여야합니다.
Mathias A. Gruber

1
그래도 TEMP 폴더 부분에 대해서는 잘 모르겠습니다. SSD가 "나쁜 작성자"라고 말하는 이유는 무엇입니까? 온보드 캐시 크기와 관련하여 일반적으로 64MB보다 큽니다 (Vertex 4는 512MB DRAM 캐시와 함께 제공되며 더 큰 드라이브의 경우 최대 1GB). 그리고 당신의 나쁜 RAMDRIVE 경험은 정말 이상합니다. 얼마나 컸습니까? 스왑 파일은 어디에 있습니까? 디스크로 스왑되지 않은 것이 확실합니까? 평균 DDR2 RAM의 대역폭은 SATA 6GB의 10 배이며 Windows 자체가 디스크 쓰기를 위해 RAM 캐싱을 수행한다는 점은 말할 것도 없습니다. 그리고 그것은 당신이 말하는 RAID조차 아닙니다.
Groo

5

원래 5400RPM 하드 드라이브를 복제하여 노트북을 SSD로 업그레이드했습니다 (놀랍게도 고통없는 프로세스). 스톱워치를 사용하여 측정 전후를 캡처했습니다. (Dell Inspiron 1525, 3GB RAM, Windows Vista 32 비트)

Windows 부팅 / 시작

63 초-> 52 초

내 ASP.NET Visual Studio 솔루션로드

즉, .sln 파일을 클릭 한 후 Visual Studio가 완전히로드되고 코딩을 시작할 수있는 시간입니다. 처음에는 항상 다음 시간보다 오래 걸리기 때문에 측정하기 전에 한 번 수행했습니다.

16 초-> 8 초.

디버깅

F5 완전히로드 된 홈페이지에.

5 초-> 3.5 초


1
5400rpm에서 SSD로 전환하여 부팅 시간을 21 % 줄였습니까? 그로부터 훨씬 더 큰 이점을 볼 수 있습니다. 랩톱에 RAM이 충분하지 않을 수 있습니까?
Brian

@Bria Kendig 감사합니다. 시도해 볼 수 있습니다. 현재 3GB가 있으므로 최대 4GB를 사용할 수 있습니다.
James Lawruk

중요한 SSD가 있고 Win7이 완전히 종료 된 후 15 초 만에 부팅됩니다.
tunafish24.09.06.24

Dell Inspiron 노트북에서 HDD를 SSD로 어떻게 변경 했습니까?
Karthik Nishanth

Amazon에서 복제 소프트웨어와 작은 드라이버를 구입했습니다. lawruk.com/blog/40/cloned-laptop-hard-drive-to-an-crucial-ssd
제임스 Lawruk


4

새 컴퓨터를 구입했을 때 내 경험을 더 빠르게 만든 것이 무엇인지 확신하지 못했습니다.

그러나 동료가 SSD 용 7200RPM 하드 디스크 드라이브를 변경했습니다. 한 번에 Visual Studio (특히 ASP.NET 시작 / 디버깅)는 적어도 두 배 더 빨랐습니다!


2

나는 또한 이것을 고려하고 있었고 얼마 전에 나는 빨리 샀다. 랩톱에 붙어서 잊어 버릴 수 SD 카드를 그래서 Windows Vista에서 ReadyBoost를 사용할 수 있습니다. . 그것이 차이를 만드는 것처럼 느껴지지만 SSD 드라이브를 구입하는 것만으로는 충분하지 않습니다.

그런 다음 Subversion을 할 때 문제가 발생하기 시작했습니다. 업데이트를 ReadyBoost 아이디어를 폐기하기로 결정하고 SD 드라이브를 마운트 지점에 마운트 한 다음 모든 프로젝트 파일을 생성했습니다. SD 카드는 그다지 크지 않지만 (1GB) 빌드 대기 시간이 확실히 줄어들고 디버깅 속도가 상당히 빨라졌습니다.

이것의 대부분은 주관적이며 사실을 원하는 질문에 'I feel this'와 'I feel that'로 대답하고 있습니다. 다른 드라이브에서 Visual Studio 파일을 실행하는 실험으로 인해 차이를 만들 것이라고 확신합니다. 얼마나 많은 비용을 지불 할 의향이 있는지도 질문에 대한 답을 찾고 있습니다. 내 노트북은 다른 하드 디스크 드라이브를 사용할 수 있지만 SDD와 7200 RPM 노트북 드라이브 사이에서 마음을 정할 수 없었습니다.


1
안녕, 고마워 .. 나는 7200에서 10.000 벨로시 랩터로 swithcing으로 거의 같은 결과를 얻었습니다 .. 어쨌든 그것은 조금 더 빨랐지만 획기적이지는 않았습니다. SSD가 혁명적 이길 바랬습니다 ..
Julian de Wit

1
나는 Velociraptor가 SSD 드라이브라고 생각하지 않습니다.
Brett
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.