Hypervisor-এর ধরন — Type-1 বনাম Type-2

এই simulation-টা toy — বাস্তব hypervisor-এর scheduler-এর জটিলতা (priority, fairness, NUMA affinity) এখানে নেই। উদ্দেশ্য শুধু একটা জিনিস দেখানো: একটা বাড়তি scheduling hop, যতই দ্রুত হোক না কেন, শূন্য না — আর সেই hop যখন লক্ষ লক্ষ বার ঘটে (প্রতিটা context switch-এ), সেই ছোট দাম যোগ হয়ে একটা measurable শতাংশে পরিণত হয়।

import random


def simulate_type1(num_vms, switches_per_vm,
                    hv_decision_us=2.0, vm_entry_exit_us=3.0):
    """Type-1: hypervisor scheduler সরাসরি hardware-কে বলে।
    একটাই সিদ্ধান্তকারী hop প্রতি switch-এ।"""
    total_switches = num_vms * switches_per_vm
    total_time_us = total_switches * (hv_decision_us + vm_entry_exit_us)
    return total_time_us, total_switches


def simulate_type2(num_vms, switches_per_vm,
                    hv_decision_us=2.0, vm_entry_exit_us=3.0,
                    host_os_decision_us=2.5, host_contention_prob=0.15,
                    host_contention_penalty_us=9.0, seed=42):
    """Type-2: একই hypervisor-level সিদ্ধান্ত, প্লাস প্রতিটা guest
    scheduling request-কে host OS-এর নিজস্ব process scheduler-ও পার
    হতে হয় (hypervisor process, host kernel-এর চোখে, ঠিক আর দশটা
    process-এর মতোই)। কিছু শতাংশ সময় host OS-এর run queue অন্য
    host-level কাজে ব্যস্ত থাকে, তখন hypervisor process-কে অতিরিক্ত
    অপেক্ষা করতে হয়।"""
    random.seed(seed)
    total_switches = num_vms * switches_per_vm
    total_time_us = 0.0
    contended = 0
    for _ in range(total_switches):
        t = hv_decision_us + vm_entry_exit_us + host_os_decision_us
        if random.random() < host_contention_prob:
            t += host_contention_penalty_us
            contended += 1
        total_time_us += t
    return total_time_us, total_switches, contended


NUM_VMS = 8
SWITCHES_PER_VM = 10_000

t1_time_us, t1_switches = simulate_type1(NUM_VMS, SWITCHES_PER_VM)
t2_time_us, t2_switches, t2_contended = simulate_type2(NUM_VMS, SWITCHES_PER_VM)

overhead_pct = (t2_time_us - t1_time_us) / t1_time_us * 100

print(f"guest VMs                    : {NUM_VMS}")
print(f"scheduling switches per VM    : {SWITCHES_PER_VM}")
print(f"total scheduling switches     : {t1_switches}")
print()
print(f"Type 1 (bare-metal) total time : {t1_time_us / 1000:.2f} ms")
print(f"Type 1 avg latency / switch     : {t1_time_us / t1_switches:.3f} us")
print()
print(f"Type 2 (hosted) total time      : {t2_time_us / 1000:.2f} ms")
print(f"Type 2 avg latency / switch      : {t2_time_us / t2_switches:.3f} us")
print(f"Type 2 switches hitting host contention : "
      f"{t2_contended} ({t2_contended / t2_switches * 100:.1f}%)")
print()
print(f"Extra wall-clock overhead from the second scheduling hop: "
      f"{overhead_pct:.1f}%")

সত্যিকারের রান করা আউটপুট (এই কোডটাই অবিকল, python3 দিয়ে চালানো):

guest VMs                    : 8
scheduling switches per VM    : 10000
total scheduling switches     : 80000

Type 1 (bare-metal) total time : 400.00 ms
Type 1 avg latency / switch     : 5.000 us

Type 2 (hosted) total time      : 709.89 ms
Type 2 avg latency / switch      : 8.874 us
Type 2 switches hitting host contention : 12210 (15.3%)

Extra wall-clock overhead from the second scheduling hop: 77.5%

সংখ্যাগুলো কী বলছে: এই toy মডেলে প্রতি switch-এ mandatory বাড়তি hop (host_os_decision_us = 2.5) একাই প্রায় ৫০% overhead যোগ করত (৫.০ থেকে ৭.৫ us); বাকি অতিরিক্ত ২৭.৫ শতাংশ পয়েন্ট আসছে contention থেকে — যখন host OS-এর run queue অন্য কাজে ব্যস্ত থাকে (এখানে ১৫% সম্ভাবনায় মডেল করা), hypervisor process বাড়তি অপেক্ষায় পড়ে। এই দ্বিতীয় উৎসটাই সবচেয়ে গুরুত্বপূর্ণ শিক্ষা — Type-2-এর দাম শুধু “একটা নির্দিষ্ট বাড়তি constant” না, এটা host-এর অন্য workload-এর উপর নির্ভরশীল, অনিয়মিত একটা দাম। একটা idle ল্যাপটপে Type-2 overhead কম মনে হতে পারে, কিন্তু একই ল্যাপটপে ভারী host workload চললে সেই overhead অপ্রত্যাশিতভাবে বেড়ে যায় — production datacenter যেখানে predictable, consistent latency জরুরি, সেখানে এটাই Type-1 পছন্দ করার একটা মূল, পরিমাপযোগ্য কারণ।

নিজে চেষ্টা করুন: host_contention_prob বাড়িয়ে (যেমন 0.4, একটা ব্যস্ত host সিমুলেট করতে) আবার চালান — overhead শতাংশ কীভাবে বদলায় দেখুন। তারপর host_contention_prob = 0.0 করে দেখুন — তখনও একটা positive overhead থেকে যাবে কেন, সেটা ব্যাখ্যা করতে পারবেন কি (ইঙ্গিত: host_os_decision_us টার্মটা তখনও আছে)।