RAID로 또는 RAID로 : SSD 및 가상화 스튜디오 설정을 백업하는 것을 잊었다 찾을 단지

Windows 부패 로 인해 기본 PC가 충분히 느려져 다시 설치해야 할 때가 다가오고 있습니다. 대신, 일주일에 팔 레슬링을 보내고 다시 설치하고 내 비주얼 스튜디오 설정을 백업하는 것을 잊었다 찾을 단지 구성으로 다시 한번 , 내가 업그레이드 할거야. 이미 모든 부품을 구입했으며 최상의 구성을 찾기 위해 벤치마킹하는 중입니다.

Crucial M4 120GB SSD 2 개 (4 월 12 일 현재 최신 펌웨어로 업데이트)를 구입했으며 CrystalDiskMark를00F 사용하여 몇 가지 빠른 벤치 마크를 실행했습니다 . 결과는 다음과 같습니다.

단일 드라이브 :

단일 드라이브 성능

RAID 0인텔 Z77 칩셋 컨트롤러 를 통해 :

RAID 0

이러한 벤치 마크는 명백하지는 않지만 다양한 구성간에 어떤 것을 기대해야하는지 잘 알고 있다고 생각합니다.

가장 일반적인 사용 패턴, 즉 Visual Studio (나의 주요 사용)를 사용한 개발의 4K경우 빌드 및 빌드 중에도 읽기 및 쓰기가 훨씬 일반적이라는 것을 이해합니다. 사이 RAID 0에는 차이가 거의 없습니다. 그러나로 512KSequentialR / W, 차이가 관심을받을만한 충분히 있습니다.

문제는 미래의 부패 문제를 피하기 위해 그리고 솔직히 말해서 가상화에 훨씬 더 의존 할 것입니다. 저의 계획은 VMware Workstation : Visual Studio와 하나의 도구, 다른 SQL Server, 다른 Adobe Design Suite 등의 VMware Workstation을 사용하여 개발 환경의 여러 부분을 가상 머신으로 분할 하는 것입니다. VM 스냅 샷을 활용하여 새로운 것을 만들거나 복제하는 것입니다. 장기적인 안정성이 향상 될 것입니다 (원하는 경우 Adobe 업데이트 팝업 만 표시됨).

그래서 제 질문은 가상화 RAID 0가 기존 설정보다 SSD 구성 의 사용 가치가 있다는 것입니다 (제 경우에는 한 SSD의 OS 및 베어 메탈 응용 프로그램, 다른 VM의 VM). 가상화는 다음의 장점 512KSequentialR / W 장점을 활용 RAID 0합니까?


관찰 :

일부 최신 SSD는 자체적으로 가비지 수집을 관리 할 수 ​​있으므로 TRIM문제가 되지 않습니다 . 그러나 SSD에서 이것을 활성화하는 방법을 모르거나 SSD를 지원하는지조차 알지 못합니다.


편집하다:

재해 복구와 관련하여이 시스템에는 파일 스토리지 용 대형 표준 플래터 드라이브와 나중에 미러 어레이에서 사용할 보조 RAID 컨트롤러가 있습니다. 야간 로컬 백업, Carbonite를 통한 지속적인 오프 사이트 백업 및 일관된 오프 사이트 소스 제어 체크인과 함께 데이터 손실을 방지 할 수있는 충분한 수단을 얻었습니다.



답변

첫째, 컴파일 코드는 대부분 CPU에 바인딩 된 것으로 알려져 있으므로 단일 SSD에 대한 개선은 기대하지 않습니다.

벤치 마크에서 4k 0 큐 깊이 성능은 증가하지 않지만 4k 32 큐 깊이 (QD32)는 거의 선형 적으로 증가합니다. IMO,이 결과는 귀하의 결정을 이끌어냅니다.

워크 스테이션이 대기열 용량이 지속적으로 큰 데이터베이스 서버는 아니지만, 반 집약적 인 워크 스테이션 사용 중에는 대기열 깊이가 2 ~ 20 인 버스트가 일반적입니다.이 경우 임의 IO는 RAID 0에서 실제로 향상됩니다. 동시 OS 활동의 추가 계층 (그리고 결국 2 + 동시 VM을 사용하게 될 수도 있음), 나는이 지표가 시나리오에서 상황을 개선해야한다고 생각합니다.

창의 성능 모니터 (카운터 추가 … 실제 디스크 … 평균 읽기 / 쓰기 큐 깊이)에서 현재 큐 용량 사용량을 모니터링하여 아이디어를 얻을 수 있습니다.

RAID는 복잡한 계층 (및 백업 / 복구 문제)을 추가하지만 더 큰 240GB 파티션을 갖는 것은 확실히 IMO입니다. 드라이브와 함께 RAID를 사용하기 전에 TRIM 문제를 확인하십시오.


답변

하드 드라이브 속도는 전체 Visual Studio 성능에 중요합니다. Scott Guthrie는이 게시물 에서 잘 다루었 습니다 .

머신의 멀티 코어 CPU는 지난 몇 년 동안 충분히 빨라져서 일반적인 애플리케이션 시나리오에서는 일반적으로 머신에서 사용 가능한 프로세서 용량을 차단하지 않습니다.

Visual Studio로 개발할 때는 많은 파일을 읽거나 쓰고 결국 디스크 I / O 작업을 수행하는 데 많은 시간을 소비합니다. 대규모 프로젝트 및 솔루션에는 이미지, CSS, 페이지, 사용자 정의 등을 포함하여 수백 또는 수천 개의 소스 파일이있을 수 있습니다. 프로젝트를 열 때 Visual Studio는 모든 소스 파일을 읽고 구문 분석하여 지능을 제공해야합니다. 소스 제어에 참여하고 파일을 체크 아웃하면 디스크의 파일 및 타임 스탬프가 업데이트됩니다. 솔루션 컴파일을 수행하면 Visual Studio는 여러 디스크 경로 위치에서 업데이트 된 어셈블리를 확인하고 컴파일이 완료되면 여러 개의 새 어셈블리를 디스크에 기록하며 디스크에 .pdb 디버거 심볼 파일을 모두 유지합니다 (모두 별도의 파일 저장 작업으로).

개인적으로 SSD를 사용하면 많은 도움이되었지만 많은 양의 디스크 I / O가 작은 임의 읽기 일 경우 RAID 0은 크게 개선되지 않을 수 있습니다. 당신이 찾을 수있는 다른 것은 가상 디스크 I / O가 당신의 이익의 일부를 소비한다는 것입니다.


답변

인텔 Z77은 RAID를 사용한 트림을 지원하며이를위한 최초의 저예산 칩셋 중 하나입니다. 그러나 스토리지 설정에서 SSD를 사용하도록 지정해야합니다.


답변