SSD의 가상 머신, 이중 부팅 및 데이터 디스크

이것은 계획 중이므로 전략이 잘못되면 알려주십시오. 여기에는 여러 가지 질문이 있지만 모두 같은 대답으로 퇴보한다고 생각합니다.

하드웨어는 단일 SSD가 장착 된 랩톱입니다. SSD의 성능을 잃지 않으려 고합니다.

BYOD이며 개발 환경을 나타내는 기본 이중 부팅 Windows (+ cygwin) 및 Linux 시스템을 계획합니다. 코드베이스를 공유 파티션 (때때로 외부 썬더 볼트 SSD 임)에 보관합니다. 운영 체제에 관계없이 기본적으로 "마운트"될 수 있습니다. 작업에 따라 하나 또는 다른 환경으로 부팅합니다. 언젠가는 Windows 도구로 개발해야하지만 일반적으로 Linux는 내가 선호하는 개발 환경입니다.

다른 OS를 VM하고 둘 중 하나를 실행할 수 있다면 이상적입니다. 합리적인 VM 기반 솔루션을 찾지 못했기 때문에 VM간에 코드 파티션을 공유하기 위해 삼바가 관여한다고 가정합니다. 이로 인해 VM에서 SSD 성능이 저하됩니까?

클라이언트는 또한 대상 환경, 일반적으로 Linux 용 VM을 제공합니다. 이것은 종종 개발에 적합하지 않으며 테스트에만 사용됩니다. 나는 보통 두 개의 사본을 보관한다. 하나는 샌드 박스로, 다른 하나는 클라이언트가 선호하는 방법으로 배포한다. 이 VM 스냅 샷을 공유 파티션에 보관합니다.

후자는 네트워크를 통해 상호 작용하므로 디스크 공유 요구 사항이 없습니다. 그러나 샌드 박스가 기본적으로 실행되는 OS에서 코드베이스를 "마운트"할 수 있으면 유용합니다. 네이티브 OS에 따라이 삼바 또는 nfs입니까?

SSD 성능을 잃지 않고 한 번에 실행되는 네 가지 환경에서 모두 원활하게 작동 할 수있는 트릭이 누락 되었습니까?

왜 VM 솔루션을 배제하는지 잘 모르겠습니다. VM은 다음과 같은 장점이 있습니다.

1. 기계는 동시에 작동 할 수 있으며 다른 기계를 시작하기 위해 하나를 종료 할 필요가 없습니다.

2. 액세스 시간이 훨씬 짧습니다. VM이 꺼져 있어도 호스트 내부에서 VM을 켜는 것이 종료 / 부팅보다 훨씬 빠릅니다.

3. 손쉬운 데이터 공유. 예를 들어 VirtualBox와 같은 폴더 공유는 쉽지 않으므로 모든 데이터를 동시에 두 시스템에서 동시에 사용할 수 있습니다. 다른 파일 시스템이나 SAMBA 구성에 대해 걱정할 필요가 없습니다.

4. 게스트 머신의 크기 조정이 용이합니다. 초기 설치 후 더 많은 디스크 공간이 필요하다고 결정해야하는 경우 비어 있지 않은 파티션의 크기를 조정하는 실제 작업과 비교하여 가상 디스크 크기를 조정하는 작업이 간단합니다.

5. 예를 들어 MAC 필터링이 활성화 된 LAN에서의 액세스 제한 우회 이 경우 새 PC (이중 부팅 솔루션)를 등록하는 대신 NAT를 통해 가상 시스템을 연결하기 만하면됩니다.

6. CLI를 통한 간편한 VM 제어 기본적으로 전체 프로세스를 쉽게 스크립팅하고 원격에서 실행할 수도 있습니다. 이중 부팅으로 시도하십시오.

7. 재배치의 용이성. ova 형식을 사용하면 VM을 다른 OS와 다른 하이퍼 바이저를 모두 실행하는 완전히 다른 PC로 쉽게 전송할 수 있습니다.

그리고 물론 이것은 클라이언트 제공 VM을 사소하게 만들 수 있습니다.