In Fig. 7-5 we have shown the hyper

In Fig. 7-5 we have shown the hypervisor as being divided into two parts separated
by a dashed line. In reality, only one program is running on the hardware.
One part of it is responsible for interpreting trapped sensitive instructions, in this
case, from Windows. The other part of it just carries out hypercalls. In the figure
the latter part is labeled ‘‘microkernel.’’ If the hypervisor is intended to run only
paravirtualized guest operating systems, there is no need for the emulation of sensitive
instructions and we have a true microkernel, which just provides very basic
services such as process dispatching and managing the MMU. The boundary between
a type 1 hypervisor and a microkernel is vague already and will get even less
clear as hypervisors begin acquiring more and more functionality and hypercalls,
as seems likely. Again, this subject is controversial, but it is increasingly clear that
the program running in kernel mode on the bare hardware should be small and reliable
and consist of thousands, not millions, of lines of code.

Kết quả (Việt) 1:

Ở hình 7-5 chúng tôi đã cho thấy hypervisor như bị chia thành hai phần táchmột dòng tiêu tan. Trong thực tế, chỉ có một chương trình đang chạy trên phần cứng.Là một phần của nó là chịu trách nhiệm cho kín bị mắc kẹt hướng dẫn nhạy cảm, trong nàytrường hợp, từ cửa sổ. Các phần khác của nó chỉ cần thực hiện hypercalls. Trong hìnhphần sau được dán nhãn '' microkernel''. Nếu hypervisor là nhằm chỉ chạyparavirtualized các hệ điều hành, không cần cho thi đua của nhạy cảmhướng dẫn và chúng tôi có một microkernel đúng sự thật, chỉ cần cung cấp rất cơ bảnCác dịch vụ như quá trình lập và quản lý MMU. Ranh giới giữahypervisor loại 1 và microkernel một mơ hồ đã và sẽ nhận được thậm chí ít hơnrõ ràng như hypervisors bắt đầu có được nhiều hơn và nhiều chức năng và hypercalls,như có vẻ như có khả năng. Một lần nữa, chủ đề này là gây tranh cãi, nhưng nó là ngày càng rõ ràng rằngchương trình đang chạy trong chế độ hạt nhân trên phần cứng trống nên đáng tin cậy và nhỏvà bao gồm hàng ngàn người, không phải hàng triệu dòng mã.

Kết quả (Việt) 2:

Trong hình. 7-5, chúng tôi đã thể hiện được hypervisor như được chia thành hai phần tách ra
bởi một dòng tiêu tan. Trong thực tế, chỉ có một chương trình đang chạy trên phần cứng.
Một phần của nó là trách nhiệm giải thích hướng dẫn nhạy cảm bị mắc kẹt, trong này
trường hợp, từ Windows. Các phần khác của nó chỉ thực hiện hypercalls. Trong hình
phần sau được dán nhãn '' microkernel. '' Nếu hypervisor là nhằm chỉ chạy
hệ điều hành khách paravirtualized, không có nhu cầu cho các thi đua nhạy cảm
chỉ dẫn và chúng tôi có một microkernel đúng, mà chỉ cung cấp rất cơ bản
dịch vụ như quá trình điều phối và quản lý các MMU. Ranh giới giữa
một hypervisor loại 1 và một microkernel là mơ hồ đã và sẽ nhận được thậm chí còn ít
rõ ràng như siêu giám sát bắt đầu thu thập càng nhiều chức năng và hypercalls,
như có vẻ có khả năng. Một lần nữa, vấn đề này đang gây tranh cãi, nhưng nó đang ngày càng rõ ràng rằng
các chương trình đang chạy trong chế độ hạt nhân trên các phần cứng mới nên nhỏ và đáng tin cậy
và bao gồm hàng ngàn, không phải hàng triệu, các dòng mã.