가상화 개발 일정

Timeline of virtualization development

다음은 가상화 개발 일정입니다.컴퓨팅에서 가상화란 컴퓨터를 사용하여 다른 컴퓨터를 시뮬레이션하는 것을 말합니다.가상화에 의해 호스트는 가상 하드웨어 디바이스를 공개함으로써 게스트를 시뮬레이션합니다.가상 하드웨어 디바이스는 소프트웨어를 통해 또는 머신에 접속된 물리 디바이스에 대한 접근을 허용함으로써 구현될 수 있습니다.

타임라인

주의: 이 타임라인에는 다음과 같은 중요한 이력 시스템의 데이터가 누락되어 있습니다.Atlas Computer (맨체스터), GE 645, Burroughs B5000

  • 1964
    • IBM Cambridge Scientific Center는 CP-40 개발을 시작합니다.
  • 1965
    • IBM M44/44X, Thomas J. Watson Research Center에서 사용 중입니다.
    • IBM은 가상 메모리 하드웨어를 갖춘 32비트 CPU인 IBM System/360-67을 발표합니다(1965년 8월).
  • 1966
    • IBM은 1966년 6월에 S/360-67 컴퓨터를 출하합니다.
    • IBM은 S/360-67용 CP-40의 재실장 CP-67에 대한 작업을 시작합니다.
  • 1967
    • CP-40(1월)과 CP-67(4월)은 생산 시분할 사용이 시작됩니다.
  • 1968
    • CP/CMS를 8개의 초기 고객 사이트에 설치합니다.
    • CP/CMS는 MIT의 링컨 연구소에서 IBM Type-II Library에 제출하여 모든 IBM S/360 고객이 소스 코드 형식으로 무료로 시스템을 사용할 수 있도록 했습니다.
    • CP/CMS 액세스 재판매는 시분할 벤더의 National CSS에서 시작됩니다(다른 버전이 되어 최종적으로 VP/CSS로 이름이 변경됨).
  • 1970
    • IBM System/370은 가상 메모리 미탑재 사실을 (6월) 발표했습니다.
    • 작업은 CP-67을 완전히 재실장하여 시스템/370 시리즈에서 사용하기 위한 CP-370에서 시작됩니다.
  • 1971
  • 1972
    • System/370 시리즈에 추가된 가상 메모리 공지.
    • VM/370이 발표되어 발표일에 실행됩니다.VM/370에는 VM에서 VM을 실행하는 기능이 포함되어 있습니다(이전에는 IBM과 CP/CMS에서 모두 구현되었지만 표준 릴리스에 포함되지 않음).
  • 1973
    • 발표된 가상 메모리 S/370 모델의 첫 출하(4월 -158일, 5월 -168일)
  • 1974–1998
  • 1977
    • VAX/VMS의 초기 상용 릴리스. 나중에 OpenVMS로 이름이 변경되었습니다.
  • 1985
  • 1987
    • 1987년 1월: Locus Computing Corporation의 Merge/386의 "제품 평가" 버전이 OEM에 제공되었습니다.Merge/386은 인텔 80386 프로세서가 제공하는 Virtual 8086 모드를 사용하여 여러 가상 8086 머신을 동시에 지원했습니다.가상 머신은 변경되지 않은 게스트 운영 체제 및 Microsoft Flight Simulator 등의 스탠드아론 프로그램을 지원했습니다.그러나 일반적으로 게스트는 Locus 자체 리다이렉터('PC-Interface'라고도 함)와 일반 사용자 모드 파일 서버 프로시저와의 통신을 제공하는 '네트워크' 드라이버를 갖춘 MS-DOS였습니다.동일한 시스템의 호스트 운영 체제에서 실행되는 ess.
    • 1987년 10월: Merge/386의 소매 버전 1.0은 Microport Unix System V Release 3과 함께 제공되기 시작했습니다.
  • 1988
    • Sun용 SoftPC 1.0은 1988년 Insignia Solutions[1]에 의해 도입되었습니다.
    • SoftPC는 Apple Macintosh용 첫 번째 버전에 있습니다.이러한 버전(Sun 및 Macintosh)은 DOS만을 지원합니다.
  • 1991
    • IBM은 DOS/Windows 및 CP/M-86과 같은 기타 16비트 운영 체제를 가상화할 수 있는 x86 Virtual 8086 모드를 지원하는 OS/2 Virtual DOS Machine(VDM)을 발표했습니다[2].
  • 1994
    • Kevin Lawton은 MIT 링컨 연구소를 떠나 Bochs 프로젝트를 시작합니다.Bochs는 처음에 BIOS, 프로세서 및 기타 x86 호환 하드웨어를 에뮬레이트할 수 있는 x86 아키텍처용으로 코드화되어 나머지 환경으로부터 격리되어 최종적으로 x86 아키텍처 또는 호스트(Itanium x64, x86_6)에서 다양한 프로세서 알고리즘을 실행할 수 있게 되었습니다.4, arm, mips, powerpc 등) 및 어플리케이션이 멀티 플랫폼(BSD, Linux, Windows, Mac,[1] Solaris)이라는 이점을 제공합니다.
  • 1997
    • Macintosh용 Virtual PC 플랫폼의 첫 번째 버전은 Connectix에 의해 1997년 6월에 출시되었습니다.
  • 1998
    • 1998년 6월 15일 USENIX'98에서 Simics/sun4m이 공개되어 Linux 2.0.30 및 Solaris 2.6을 dd (Unix) : ed 디스크에서 수정하지 않고 부팅하는 완전한 시스템 시뮬레이션을 보여줍니다.[3]
    • 1998년 10월 26일 VMware는 미국 특허 6,397,242로 부여된 기술에 대한 특허를 출원했습니다[4].
  • 1999
    • 1999년 2월 8일 VMware는 인텔 IA-32 아키텍처용 VMware Virtual Platform을 발표했습니다.
  • 2000
  • 2001
    • 2001년 1월 31일 AMD와 Virtutech는 x86의 새로운 64비트 아키텍처를 지원하기 위해 Simics/x86-64("Virtuhammer")를 출시했습니다.[5] Virtuhammer는 2003년 4월에 첫 번째 x86-64 프로세서(Opteron)가 출시되기 훨씬 전에 Linux 디스트리뷰션과 Windows 커널을 x86-64로 포팅하는 데 사용되었습니다.
    • 6월에 Connectix는 Windows용 Virtual PC의 첫 버전을 출시합니다.[6]
    • 7월에 VMware는 최초의 x86 서버 가상화 제품을 개발했습니다.[7]
    • Egenera, Inc.는 프로세서 영역 네트워크(PAN Manager) 소프트웨어와 블레이드 프레임 섀시를 출시하여 처리 블레이드의 내부 디스크, 네트워크 인터페이스 카드 및 시리얼 콘솔을 하드웨어 가상화합니다.[8]
  • 2003
    • 최초의 오픈 소스 x86 하이퍼바이저 Xen의 첫 출시 [9]
    • 2003년 2월 18일, Microsoft는 Connectix Corporation으로부터 가상화 테크놀로지(Virtual PC 및 「Virtual Server」라고 불리는 미공개 제품)를 취득했습니다.[10]
    • 2003년 후반에 EMC는 VMware를 6억3500만달러에 인수했습니다.
    • 2003년 말, VERITAS는 Ejascent를 5900만달러에 인수했습니다.
    • Microsoft는 2003년 11월 10일, Windows XP로의 이행을 용이하게 하기 위해서, 머신 레벨의 가상화 테크놀로지인 Microsoft Virtual PC 를 발매했습니다.
  • 2005
  • 2006
  • 2007
    • Linux 커널과 통합되어 Linux 시스템에서만 가상화를 제공하는 오픈 소스 KVM이 출시되었습니다.하드웨어 지원이 필요합니다.
    • 2007년 1월 15일 이노텍은 GNU General Public License(GPL)에 따라 오픈 소스로 출시된 최초의 프로페셔널 PC 가상화 솔루션인 Virtual Box Open Source Edition(OSE)을 출시했습니다.여기에는 QEMU 프로젝트의 코드가 포함되어 있습니다.
    • Sun은 Solaris 8 Containers를 출시하여 Solaris 8 컴퓨터를 Solaris 10 시스템의 Solaris 컨테이너로 이행할 수 있도록 합니다(SPARC 전용).
  • 2008
    • 2008년 1월 15일 VMware, Inc.는 비공개 애플리케이션 가상화 소프트웨어 회사인 Thinstall을 인수하기로 최종 계약을 체결했다고 발표했습니다.
    • 2008년 2월 12일, Sun Microsystems는 Virtual Box의 제조사인 innotek를 인수하기 위한 주식 매입 계약을 체결했다고 발표했습니다.
    • 4월에 VMware는 Windows XP 게스트에서 DirectX 9 가속 그래픽을 지원하는 최초의 Windows 및 Linux용 프로그램인 VMware Workstation 6.5 베타 버전을 출시했습니다[11].

1960년

주요 기사:IBM CP-40, CP/CMS, CP/CMS의 역사 및 IBM System/360-67

1960년대 중반, IBM의 캠브리지 과학 센터는 CP/CMS의 첫 번째 버전인 CP-40을 개발하여 1967년 1월에 생산되기 시작했습니다.CP-40은 처음부터 완전한 가상화를 구현하려고 했습니다.S/360-40에서는 필요한 주소 변환 및 기타 가상화 기능을 제공하기 위해 필요한 하드웨어 및 마이크로코드 커스터마이즈가 이루어집니다.CP-40 프로젝트에 대한 경험은 1965년에 발표된 IBM System/360-67(별이 좋지 않은 운영 체제인 TSS/360과 함께)의 개발에 대한 정보를 제공했습니다.CP-40은 S/360-67에 CP-67로 재실장되어 1967년 4월까지 두 버전 모두 일상 생산용으로 사용되었다.CP/CMS는 1968년에 지원되지 않는 IBM Type-II 라이브러리의 일부로 IBM 고객에게 소스 코드 형태로 일반적으로 제공되었습니다.

1970년

주요 기사:시스템/370, VM(운영체제), CP/CMS 이력 및 하이퍼바이저

IBM은 1970년에 System/370을 발표했습니다.CP/CMS 사용자가 실망스럽게도 System/360 발표와 마찬가지로 이 시리즈에는 가상 메모리가 포함되어 있지 않습니다.1972년 IBM은 모든 S/370 모델에서 이 옵션을 사용할 수 있게 될 것이라고 발표하고 VM/370을 포함한 여러 가상 스토리지 운영 체제를 발표했습니다.1970년대 중반에는 CP/CMS, VM 및 독불장군 VP/CSS가 수많은 IBM 메인프레임에서 실행되고 있었습니다.80년대 후반에는 MVS 라이선스보다 VM 라이선스가 더 많은 것으로 보고되었습니다.

1999년

주요 기사: x86 가상화

1999년 2월 8일, VMware는 스탠포드 대학의 설립자에 의한 이전의 조사에 근거해 최초의 x86 가상화 제품인 VMware Virtual Platform을 발표했습니다.

VMware Virtual Platform은 게스트/호스트 OS 설계를 사용한 소프트웨어 에뮬레이션을 기반으로 했습니다.이것에 의해, 모든 게스트 환경을 호스트 OS 파일 시스템에 파일로서 보존할 필요가 있었습니다.

2008년

VMware는 Windows XP 게스트에서 DirectX 9 액셀러레이션 그래픽을 지원하는 최초의 Windows 및 Linux용 프로그램인 VMware Workstation 6.5 베타 버전을 출시합니다[12].

개요

대략적으로 가상화에는 다음 3가지 레벨이 있습니다.

  • 하드웨어 수준에서 VM은 여러 게스트 OS를 실행할 수 있습니다.이는 여러 OS 간의 네트워크 상호 운용성을 필요로 하는 테스트 및 훈련에 가장 적합합니다.게스트 OS는 호스트 OS와 다를 뿐만 아니라 CPU, RAM 및 스토리지 공간이 충분한 경우 VM과 같은 수의 게스트 OS가 존재할 수 있기 때문입니다.IBM은 1990년경 처음에는 메인프레임 분야에서만 LPAR(논리 파티션)이라는 이름으로 이 기능을 도입했습니다.
  • 운영 체제 수준에서는 게스트 OS가 호스트 OS라는 하나의 OS만 가상화할 수 있습니다.이는 데스크톱을 잠그지 않고 다수의 터미널 서버 세션을 수행하는 것과 비슷합니다.따라서 이는 TS 세션의 속도와 사용자가 CPU, RAM 및 HDD의 쿼터를 제어할 수 있는 가상 머신으로서의 데스크톱에 대한 풀 액세스의 이점을 모두 갖추고 있습니다.하드웨어 레벨과 마찬가지로 각 게스트 OS에 고유의 IP 주소가 있기 때문에 웹 호스팅 등의 네트워크 애플리케이션에 사용할 수 있는 서버 가상화로 간주됩니다.
  • 애플리케이션 레벨에서는 게스트 OS 없이 호스트 OS에서 직접 실행되며 터미널 서버 세션을 포함하여 잠긴 데스크톱에 있을 수 있습니다.이를 애플리케이션 가상화 또는 데스크톱 가상화라고 합니다.이것은 프런트엔드를 가상화하는 반면 서버 가상화는 백엔드를 가상화합니다.애플리케이션 스트리밍이란 애플리케이션을 데스크톱에 직접 전송하여 로컬로 실행하는 것을 말합니다.종래 터미널 서버 컴퓨팅에서는 애플리케이션이 로컬이 아닌 서버에서 실행되고 스크린샷을 데스크톱으로 스트리밍합니다.

응용 프로그램 가상화

VMware ThinApp, Softelity 및 Trigence와 같은 애플리케이션 가상화 솔루션은 애플리케이션별 파일 및 설정을 호스트 운영 체제에서 분리하려고 시도합니다. 따라서 이러한 파일 및 설정은 설치 없이 또는 전체 시스템 가상화의 메모리 및 디스크 오버헤드 없이 거의 격리된 샌드박스에서 실행할 수 있습니다.애플리케이션 가상화는 호스트 OS와 밀접하게 관련되어 있기 때문에 다른 운영 체제나 하드웨어로 변환되지 않습니다.VMware ThinApp과 Softelity는 Intel Windows 중심이며 Trigence는 Linux와 Solaris를 지원합니다.머신 가상화와 달리 애플리케이션 가상화에서는 코드 에뮬레이션이나 변환을 사용하지 않기 때문에 CPU 관련 벤치마크는 변경되지 않고 실행됩니다.단, 파일 시스템 벤치마크에서는 퍼포먼스가 저하될 수 있습니다.Windows 에서는 VMware ThinApp 및 Softelity는 기본적으로 응용 프로그램의 파일 시스템과 레지스트리 요구를 대행 수신하고 이러한 요구를 프리 인스톨된 격리된 샌드박스로 리다이렉트함으로써 응용 프로그램을 로컬 PC에 설치하거나 변경하지 않고도 실행할 수 있습니다.VMware ThinApp과 Softelity는 모두 1998년경 독자 개발을 시작했지만, 이면에서는 VMware ThinApp과 Softelity가 서로 다른 기술을 사용하여 구현됩니다.

  • VMware ThinApp은 런타임과 애플리케이션 데이터 파일 및 레지스트리를 포함하는 단일 "패키지" EXE에 애플리케이션을 패키징하는 방식으로 작동합니다.VMware ThinApp의 런타임은 Windows에 의해 일반 Windows 애플리케이션으로 로드되며, 이 런타임은 대상 애플리케이션의 Windows 로더, 파일 시스템 및 레지스트리를 대체하고 애플리케이션이 이전에 설치된 것처럼 호스트 PC의 병합된 이미지를 표시합니다.VMware ThinApp은 호스트 애플리케이션의 모든 관련 API 기능을 대체합니다. 예를 들어 애플리케이션에 제공된 ReadFile API가 운영 체제에 도달하기 전에 VMware ThinApp을 통과해야 합니다.애플리케이션이 가상 파일을 읽고 있는 경우 VMware ThinApp은 요청 자체를 처리합니다.그렇지 않으면 운영체제로 요청이 전달됩니다.VMware ThinApp은 디바이스 드라이버 없이 사용자 모드로 구현되며 클라이언트가 프리 인스톨 되어 있지 않기 때문에, 이전에는 고도의 시큐러티 권한을 필요로 하지 않고, USB 플래시 또는 네트워크 공유로부터 애플리케이션을 직접 실행할 수 있습니다.
  • 소프트리티(Microsoft가 인수한)는 디바이스 드라이버를 사용하여 운영체제에 가까운 수준에서 ring0 내의 파일 요구를 대행 수신하는 것과 같은 원리로 동작합니다.Softelity는 Administrator 모드로 클라이언트를 설치합니다.이 모드에서는 머신상의 제한된 사용자가 액세스 할 수 있습니다.커널 레벨에서의 가상화의 이점은 Windows Loader(EXE 및 DLL 파일 로드를 담당)를 재실장할 필요가 없고, 보다 적은 작업(소프트웨어는 대부분의 주요 애플리케이션을 지원한다고 주장)으로 애플리케이션 호환성을 높일 수 있다는 것입니다.ring0 구현의 단점은 높은 보안 특권을 설치해야 하며 특정 응용 프로그램에 격리되지 않고 시스템 전체에서 크래시 또는 보안 장애가 발생할 수 있다는 것입니다.

애플리케이션 가상화는 모든 애플리케이션 코드를 네이티브로 실행하므로 호스트 OS가 제공할 수 있는 강력한 보안 보장을 제공할 수 있습니다.완전한 머신의 가상화와는 달리 애플리케이션 가상화 솔루션은 현재 디바이스 드라이버 및 바이러스 스캐너 등의 ring0에서 실행되는 기타 코드에서는 동작하지 않습니다.이러한 특수 애플리케이션이 정상적으로 기능하려면 , 호스트 PC 에 인스톨 되어 있을 필요가 있습니다.

관리된 런타임

가상화라고도 불리는 또 다른 기술은 표준 휴대용 네이티브 런타임(일명 관리 런타임)을 사용한 휴대용 바이트 코드 실행입니다.현재 가장 인기 있는 2가지 솔루션에는 Java와 가 있습니다.NET. 두 솔루션 모두 JIT(Just in Time) 컴파일이라는 프로세스를 사용하여 가상 휴대용 컴퓨터 언어에서 로컬 프로세서의 네이티브 코드로 코드를 변환합니다.이를 통해 단일 아키텍처에 대해 애플리케이션을 컴파일한 후 다양한 머신에서 실행할 수 있습니다.머신 포터블 어플리케이션 이외에도 강력한 보안 보장이라는 장점이 있습니다.모든 네이티브응용 프로그램코드는 제어환경에 의해 생성되므로 실행 전에 정확성(보안 악용 가능성)을 확인할 수 있습니다.프로그램은 원래 해당 환경에 맞게 설계되거나 이러한 새로운 환경에서 작동하도록 수동으로 다시 작성하여 다시 컴파일해야 합니다.예를 들어 위에서 Windows/Linux 네이티브 앱을 자동으로 변환하거나 실행할 수 없습니다.NET 또는 Java.휴대용 런타임은 다양한 하드웨어용 응용 프로그램에 공통 API를 제공하려고 하기 때문에 응용 프로그램은 OS 고유의 기능을 이용할 수 없습니다.또한 휴대용 애플리케이션 환경은 최적화된 네이티브 애플리케이션보다 메모리 및 CPU 오버헤드가 높지만 이러한 오버헤드는 전체 시스템 가상화에 비해 훨씬 작습니다.Java와 같은 휴대용 바이트 코드 환경은 다양한 하드웨어가 존재하고 필요한 OS 고유의 API 세트가 대부분의 Unix 및 Windows 플레이버에서 표준으로 사용되고 있습니다.관리 대상 런타임에 널리 사용되는 또 다른 기능은 가비지 컬렉션입니다.이 기능은 메모리 내의 사용되지 않는 데이터를 자동으로 검출하여 개발자가 명시적으로 "자유" 작업을 실행할 필요 없이 메모리를 회수합니다.

애플리케이션 가상화에 대한 중립적인 견해

과거의 업계 편견을 감안하여 보다 중립적으로 애플리케이션 수준을 살펴볼 수 있는 다른 두 가지 방법이 있습니다.

  • 첫 번째 유형은 애플리케이션 패키지(VMware ThinApp, Softelity)이며, 다른 하나는 애플리케이션 컴파일러(Java 및 )입니다.NET) 패키지이므로 소스 코드를 수정하지 않고 응용 프로그램을 스트리밍하는 데 사용할 수 있지만 소스 코드를 컴파일하는 데만 사용할 수 있습니다.
  • 하이퍼바이저의 관점에서도 볼 수 있습니다.첫 번째는 사용자 모드의 "하이퍼바이저"이고 다른 하나는 런타임 모드의 "하이퍼바이저"입니다.하이퍼바이저는 둘 다 다른 모드(사용자 모드와 런타임 모드)에서 시스템콜을 대행 수신한다는 점에서 비슷한 동작을 하고 있기 때문에 견적서에 기재되어 있습니다.사용자 모드는 커널 모드로 이행하기 전에 런타임모드에서 시스템콜을 대행 수신합니다.실제 하이퍼바이저는 커널 모드에서 하이퍼콜을 사용하여 시스템콜을 대행 수신하기만 하면 됩니다.Windows에 하이퍼바이저, 가상 머신 모니터가 있으면 JRE 및 CLR이 필요하지 않을 수 있습니다.또한 Linux의 경우 JRE를 수정하여 커널 모드에서 실행되는 로드 가능한 커널 모듈로 하이퍼바이저 위에서 실행되도록 할 수 있습니다.이는 사용자 모드에서 레거시 런타임 속도가 느린 것이 아닙니다.Linux Hypervisor 위에서 직접 실행 중인 경우 다른 런타임 모드 JIT가 아니라 Java OS로 불려야 합니다.
  • Mendel Rosenblum은[2] 2004년 8월에 런타임 모드를 고급 언어 가상 머신이라고 불렀습니다.그러나 당시 첫 번째 유형인 사용자 모드에서 시스템 호출을 가로채는 것은 무책임하고 생각할 수 없는 일이었기 때문에 기사에서 언급하지 않았다.따라서 애플리케이션 스트리밍은 [3]2004년에도 여전히 미스터리했습니다.이제 JVM이 고급 언어 가상 머신이 아닌 Java OS가 Linux Hypervisor에서 실행되면 Windows Applications가 Softelity에서 이미 가지고 있는 것과 마찬가지로 Java Applications도 새로운 차원의 경쟁의 장을 갖게 됩니다.
  • 요약하면 첫 번째 방법은 바이너리 코드를 가상화하여 한 번 설치하고 어디서나 실행할 수 있도록 하는 것이고, 다른 하나는 바이트 코드 또는 관리 코드를 사용하여 소스 코드를 가상화하여 한 번 쓰고 어디서나 실행할 수 있도록 하는 것입니다.두 가지 모두 애플리케이션 이동성과 소스 코드 이동성이라는 두 가지 휴대성 문제에 대한 부분적인 해결책입니다.커널 모드의 하이퍼바이저 레벨에서 이 두 가지 문제를 하나의 완전한 솔루션으로 결합해야 합니다.

추가 개발

Microsoft는 2006년 7월 17일에 Softelity를 인수하여 애플리케이션 스트리밍을 보급했습니다.이것에 의해, 기존의 Windows 애플리케이션은 배포의 용이성에 관해서 Web 및 Java 애플리케이션과 동등한 경쟁의 장을 얻을 수 있었습니다(즉, 셋업은 불필요하고 클릭만으로 실행할 수 있습니다).머지않아 모든 JRE와 CLR은 커널 모드 드라이버를 설치하지 않고 사용자 모드로 가상으로 실행할 수 있게 되어 여러 버전의 JRE와 CLR이 RAM에서 동시에 실행될 수도 있습니다.

Linux 하이퍼바이저를 Linux 커널에 통합하고 Windows 하이퍼바이저를 Windows 커널에 통합하면 필터 드라이버[4][failed verification] 등의 루트킷 기술이 사용되지 않을 수 있습니다.이는 Linux 하이퍼바이저가 Xen Hypervisor와 VMware Hypervisor의 완전한 호환성을 아직 기다리고 있기 때문에 다소 시간이 걸릴 수 있습니다.Oracle는 하이퍼바이저를 Linux 커널에 도입하여 그리드 컴퓨팅의 라이프 사이클을 최대한 활용할 수 있도록 합니다.한편, Microsoft는 Xen Hypervisor와 완전하게 호환되도록 결정했습니다[13].물론 IBM은 x86 서버용 VMware와 연계하여 Xen이 오픈 소스 rHype를 사용하여 x86에서 Power ISA로 전환하는 데 도움이 될 수 있습니다.하이퍼바이저 파티를 풀하우스로 만들기 위해 인텔 VT-x와 AMD-V는 게스트 OS를 변경하지 않고 실행할 수 있도록 반가상화를 쉽고 빠르게 진행하고자 합니다.[needs update][clarification needed]

「 」를 참조해 주세요.

레퍼런스

  1. ^ Hess, Ken (August 25, 2011). "Thinking inside and outside the Bochs with Kevin Lawton". zdnet. Retrieved December 3, 2015.
  2. ^ 2004년 8월 15일 Wayback Machine ACM Queue vol.2, No.5 - 2004년 7월/8월 - 스탠포드 대학교 및 VMWare에 의해 아카이브된 가상 머신의 환생
  3. ^ 애플리케이션을 스트리밍하고 있습니까?2007년 9월 28일 Wayback Machine By Brien M에 의해 아카이브되었습니다.2004년 4월 14일(수) 오후 3시 55분 ZDNet 아시아 특집 포세이 MCSE
  4. ^ 파일 시스템 필터 드라이버

외부 링크