1. Hypervisor의 기능
일반적으로 아래의 Wiki를 보면 알겠지만, Hypervisor의 구성에 대한 자세한 설명이 되어 있다.
Hypervisor의 기능을 간단히 설명을 하면 가상의 CPU기능을 제공하여 다양한 OS 사용할 수 있는 선택기능을 제공해주며,
이와 더불어 이 다양한 OS와 통신이 가능한 Interface를 만들어주는 interface를 제공을 해주고 있다. (물론 전가상화 보다는 반가상화를 이용하여 제공)
그래서 가상화를 이용한다면 더불어 발생하는 것이 CPU의 종속이 아니라 이식성이 높은 장점을 가지게 되어질 것이다.
현재 부각이 되는 이유는 점점 CPU 성능이 좋아지기 때문에, 남는 자원을 Hypervisor를 이용하여 다른 별도의 OS로 사용하고 이와 더불어 통신을 하고 사용하는 기술이 대두되고 있다.
- Hypervisor 의 기본사용 Model 종류
기본사용모델을 살펴보면, 두개의 모델을 구분해서 생각할 수 있겠다.
- TYPE-1 (native or bare-metal Hyperviors)
동일한 Hardware (CPU) 위에 한개는 Hypervisor 기반으로 2개의 OS 동작이 가능하도록 만든 시스템이다.
물론 더불어 이들 OS간에 통신도 Hypervisior 를 통해 가능해야 완벽하겠다.
이런 구성은 아직 잘 보지를 못해 뭐라고 말을 못하겠다.
- TYPE-2 (Hosted Hypervisors)
Hardware 위에 기본 Host OS가 동작하며, Host OS 위에 Hypervisor 가 존재하여 Guest OS를 동작시키는 개념으로 이 Hypervisor는 하나의 Task로 보는 것이 맞을 것 같다.
대표적인 동작 방식이 Window에서 동작하는 VirtualBox or VMware가 있을 것이다.
현재 이와 관련된 Hypervisor는 많기 때문에 아래의 Link에서도 다 확인이 가능하며 무료 Version 인 Virtual box를 설치해보면 알 것이다.
Hypervisor 관련자료 및 가상화
1.1 가상화와 종류(Virtualization)
Hypervisor에서는 제공하는 가상화라는 의미를 좀 자세히 알아보도록 하자.
Hypervisor or VMM(Virtual Machine Monitor)일단 가상의 CPU를 만들어야 하며 이와 더불하드웨어의 어느 정도까지를 어떻게 만들 것인지 정해야한다.
이를 Hypervisor에서 말하고 있는 가상화이다.
이를 두고 가상화하는 방식을 두가지 방법으로 나누고 있다.
-
전가상화(Full virtualization)
- 반가상화(Paravirtualization)
- 전가상화(Full virtualization)
전가상화는 실제의 CPU와 관련 Hardware를 거의 완벽하게 만들어가는 작업이며, 이는 Guest OS의 수정이 거의 필요가 없다
하지만 문제발생이 되는 부분이 있다고하며, Hardware 구성변경이 될 경우 이에 대한 문제가 발생이 되는 것이다.
반가상화는 hardware에 부가적으로 붙어있는 환경 즉, 관련 Device들은 가상화를 하지 않는다.
왜냐하면 CPU는 동일할 수 있지만 관련 환경 Hardware device들은 다르기 때문이다.
이와 같은 기능을 제공하기에 이식성이 높고 다양한 Hardware를 제공하는 것이 장점일수는 있지만,
상위 OS와 Hypervisor는 가상화가 되지 않는 부분을 어떻게 해야하며, 다른 OS와 통신하는 방법이 관것일 것이다.
TYPE-1 모델일 경우 봐도 구조상 반가상화하는 것이 맞을 듯 싶다.
2. Hypervisor TYPE1과 Embedded 솔루션 비교
기존에는 Intel 칩기반으로 많은 가상화 기능이 존재하지만 이는 여기서는 생략하기로 하고
현재 Embedded 환경에서 사용되어지는 Hypervisor 의 TYPE-1 모델이 사용이 되는가 하는 생각으로 각 부분을 간단히 조사했다.
2.1 Hypervisor의 TYPE-1 모델
상위 Hypervisor의 TYPE-1 모델을 다시 생각해 볼 필요성이 최근들어 Embedded에서 발생하는 것 같다.
Main ARM Core, 즉 Multi Core가 SMP(symmetric multiprocessing) 대칭형 다중처리 방식으로 점점 변경되어 가고 있으며,
특히 Embedded AP에서 Linux에서 SMP를 자주 볼 수 있다.
(SMP는 한개의 커널과 다중코어)
최근 보면 성능좋은 CPU/AP를 이용하여 서로 다른 두 개의 OS를 이용하여 통신하는 구조로 사용되는 이유를 보면 두 개 Platform 사용 같다.
Embedded 에서는 Second OS를 RTOS의 이용하여 빠른 Latency 받고 이를 Linux에서 각 적용하는 구조인 것으로 보인다.
상위 구성을 두 개의 CPU로도 쉽게 구성할 수 있겠지만, HW적으로 분할되기 때문에 상위 모델로 쉽게 사용하는 것으로 보인다.
물론 CPU/AP 위에 성능이 좋은 OS 1개를 사용하는 방식이 가장 최선일 지는 모르겠지만
외부에 빠른 처리 와 빠른 Latency가 필요할 경우가 있을 것 같다.
Hypervisor의 TYPE-1 모델위에 별도의 두개의 OS를 사용하면서 통신하고 주고 받는 것이다.
기본 OS는 Linux/Android/WinCE 일 것이며, Second OS는 RTOS이다.
SMP(Symmetric_multiprocessing)Memory Map IO 방식으로 동일한 주소접근하고 ARM과 DSP 는 Shared Memory 사용함.
DSP는 BIOS라는 RTOS를 이용하여 멀티미디어 관련부분을 담당하고, ARM(CPU)는 Linux/Android와 같은 OS를 이용하는 구조.
TI에서 제공되는 SoC의 경우가 DSP를 내장하거나, ARM-M3(ARM Core)를 내장하여 이를 이용한다.
OMAP 역시 점점 발전함에 따라 점점 DSP의 역할이 점점 줄어들어들고, Graphic 부분는 증가하고 위와 동일한 솔루션을 제공하며,
GPU 및 더욱 좋아진 Power Management 제공함에 따라 BSP가 복잡해질 뿐이다.
하지만 최근 출시되어지는 AM34xx or AM43 Series는 위와 같은 방식과는 다르다.
물론 TI만 DSP를 출시하는 것이 아니므로, Qualcomm Chip은 아직 사용해본적이 없기에 TI에만 이야기 하지만 얼추 다 비슷하리나 본다..
2.3 ARM에서 Hypervisor 이용
이는 최근에 Vendor들이 출시되는 Chip Solution을 보면 ARM의 Hypervisor 기술은 이 중요한 모델인 것 같다.
물론 TI와 비교해서 어느 모델이 더 성능이 나올지는 궁금하지만 현재 이런 솔루션들이 나오고 있으며, 이를 사용하고 있다.
아래의 동작 모델은 ARM 기반의 Hypervisor를 이용하여 통신을하는 방식이며 기존의 TI와는 방식과는 다르다.
3. ARM Hypervisor TYPE-1 솔루션들
현재 Automotive쪽을 구조들을 보면, RTOS하면 QNX로 가는 추세인 것 같다.
Automotive 사용되는 OS는 Linux or Android등 일반 OS와 함께 사용되어지며, 신뢰성이 보장이되는 RTOS를 두어 위와 같이 구성을 하는 것이 점점 추세로 변경이 되어가는 것 같다.
물론 모든 ARM이 지원이 되는 것은 아니며, ARMv7 이상이 되어야 하며, 다중코어를 사용해야 의미가 있을 것이다.
ARM은 다중코어를 지원하며 4개 단위로 Cluster로 하여 Big.Little System(8개 코어사용)을 제공해주고 있다.
Big Cluster는 아래의 ARM-A의 57이며, Little Cluster는 ARM-A의 53일 것이다.
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0024a/BABIBAED.html
더불어 아래와 같이 L3 Cache를 제공하여 Cluster 가 공유가 가능한 Cache를 가지고 있다.
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0024a/BABDBFEA.html
3.1 QNX Hypervisor TYPE-1
Blackberry가 인수한 QNX는 상용 microkernel로 된 RTOS의 한 종류이며 hypervisor 기능을 제공해주고 있다.
QNX에 대해 좀 더 알고 싶다면 아래의 Wiki를 읽어보도록 하자
이부분은 본인이 만약 QNX를 사용을 해볼 기회가 있다면 좀 더 자세히 알아보겠지만,
현재 아래와 같이 Block도로만 구성을 이해할수 밖에 없다.
- QNX의 Hypervisor TYPE-1 모델 구성
