Of course, in other situations, the

Of course, in other situations, there may not be enough
CPUstogo
around. The
VMM itself needs some CPU cycles for guest management and I/O
management and can steal cycles from the guests by scheduling its threads
across all of the system
CPUs, but the impact of this action is relatively
minor. More difficult is the case of overcommitment, in which the guests
are configured for more
CPUs than exist in the system. Here, a VMM can
use standard scheduling algorithms to make progress on each thread but
can also add a fairness aspect to those algorithms. For example, if there are
six hardware
CPUs and 12 guest-allocated CPUs, the VMM could allocate CPU
resources proportionally, giving each guest half of the CPU resources it believes
it has. The
VMM can still present all 12 virtual CPUstotheguests,butin
mapping them onto physical
CPUs, the VMM can use its scheduler to share
them appropriately.

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

tất nhiên, trong những tình huống khác, có thể không có đủ

cpustogo xung quanh. các
VMM chính nó cần một số chu kỳ CPU cho quản lý khách và I / O
quản lý và có thể ăn cắp chu kỳ từ khách bằng cách lên lịch chủ đề của nó
trên tất cả các hệ thống
CPU, nhưng tác động của hành động này là tương đối nhỏ
. khó khăn hơn là trường hợp của overcommitment, trong đó khách
được cấu hình để biết thêm
CPU hơn tồn tại trong hệ thống. ở đây, một VMM có thể sử dụng thuật toán lập lịch trình
tiêu chuẩn để thực hiện tiến bộ trên mỗi chủ đề nhưng
cũng có thể thêm một khía cạnh công bằng cho những thuật toán. Ví dụ, nếu có

sáu phần cứng CPU và 12 khách mời được phân bổ CPU, VMM có thể phân bổ tài nguyên CPU
tương ứng, tạo cho mỗi một nửa khách mời của các nguồn tài nguyên CPU nó tin rằng nó có
. các
VMM vẫn có thể trình bày tất cả 12 cpustotheguests ảo, butin
lập bản đồ chúng vào vật lý
CPU, VMM có thể sử dụng lịch trình của mình để chia sẻ
cho phù hợp.

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

Tất nhiên, trong trường hợp khác, có thể không có đủ
CPUstogo
xung quanh. Các
VMM chính nó cần một số CPU chu kỳ cho quản lý đánh và I / O
quản lý và có thể ăn cắp các chu kỳ từ các khách hàng bằng cách lập kế hoạch chủ đề của nó
trên tất cả hệ thống
CPU, nhưng những tác động của hành động này là tương đối
nhỏ. Thêm difficult là trường hợp của overcommitment, trong đó các khách hàng
là configured để biết thêm
CPU hơn tồn tại trong hệ thống. Ở đây, một VMM có thể
sử dụng tiêu chuẩn các thuật toán lập lịch trình để thực hiện tiến bộ trên mỗi sợi nhưng
cũng có thể thêm một khía cạnh công bằng những thuật toán. Ví dụ, nếu có
sáu phần cứng
CPU và 12 đánh phân bổ CPU, VMM có thể phân bổ CPU
tài nguyên tương ứng, cho mỗi khách một nửa của các nguồn tài nguyên CPU nó tin rằng
nó có. Các
VMM vẫn có thể trình bày tất cả 12 ảo CPUstotheguests, butin
lập bản đồ chúng vào vật lý
CPU, VMM có thể sử dụng trình lập lịch biểu của nó để chia sẻ
chúng một cách thích hợp.