OS স্ট্রাকচার — মনোলিথিক, মাইক্রোকার্নেল, লেয়ার্ড

১ · মনোলিথিক কার্নেল

মনোলিথিক কার্নেলMonolithic Kernelসম্পূর্ণ OS (প্রসেস ম্যানেজমেন্ট, মেমরি ম্যানেজমেন্ট, ফাইল সিস্টেম, ডিভাইস ড্রাইভার) একটি একক বড় প্রোগ্রাম হিসেবে কার্নেল মোডে চলে। -এ OS-এর সবগুলো উপাদান — প্রসেস ম্যানেজমেন্ট, মেমরি ম্যানেজমেন্ট, ফাইল সিস্টেম, ডিভাইস ড্রাইভার — একটি একক বড় প্রোগ্রাম হিসেবে কার্নেল মোডে চলে। যেহেতু সবকিছু একই অ্যাড্রেস স্পেসে থাকে, একে অপরকে সরাসরি ফাংশন কল দিয়ে ডাকতে পারে — কোনো আন্তঃ-কম্পোনেন্ট কমিউনিকেশন ওভারহেড নেই, তাই এটি দ্রুত। কিন্তু এই একই কারণে এর একটি গুরুতর দুর্বলতা আছে — কার্নেলের যেকোনো অংশে (এমনকি একটি ডিভাইস ড্রাইভারেও) একটি বাগ পুরো সিস্টেমকে ক্র্যাশ করে দিতে পারে, কারণ সবকিছু একই প্রিভিলেজ লেভেল ও অ্যাড্রেস স্পেস শেয়ার করে। ঐতিহ্যবাহী Linux/Unix ডিজাইন এই মডেলের উদাহরণ (যদিও আধুনিক Linux লোডেবল মডিউল ব্যবহার করে এই ঝুঁকি কিছুটা প্রশমিত করে)।

২ · মাইক্রোকার্নেল

মাইক্রোকার্নেলMicrokernelকার্নেলকে ন্যূনতম রাখে (শুধু বেসিক IPC, শিডিউলিং, মেমরি ম্যানেজমেন্ট) এবং বাকি সব সার্ভিস আলাদা ইউজার-মোড প্রসেসে চলে, মেসেজ পাসিংয়ের মাধ্যমে যোগাযোগ করে। একটি সম্পূর্ণ ভিন্ন দর্শন নেয় — কার্নেলকে যতটা সম্ভব ছোট রাখে (শুধু বেসিক IPC, শিডিউলিং, মেমরি ম্যানেজমেন্ট), এবং ফাইল সিস্টেম বা ডিভাইস ড্রাইভারের মতো বাকি সবকিছুকে আলাদা ইউজার-মোড প্রসেসে সরিয়ে দেয়, যারা একে অপরের সাথে মেসেজ পাসিংয়ের (L08-এ বিস্তারিত IPC) মাধ্যমে যোগাযোগ করে। এর ফল — অনেক বেশি ফল্ট-আইসোলেটেড (একটি ড্রাইভার প্রসেস ক্র্যাশ করলেও কার্নেল নিজে অক্ষত থাকে, ড্রাইভারটি রিস্টার্ট করা যায়), কিন্তু ধীর (কম্পোনেন্টগুলোর মধ্যে প্রতিটি যোগাযোগের জন্যই মেসেজ-পাসিং ওভারহেড লাগে)।

৩ · লেয়ার্ড আর্কিটেকচার

লেয়ার্ড আর্কিটেকচারLayered ArchitectureOS-কে একাধিক স্তরে সংগঠিত করা হয়, যেখানে প্রতিটি স্তর শুধু তার ঠিক নিচের স্তরের সার্ভিস ব্যবহার করে। (মূলত ঐতিহাসিক ও শিক্ষামূলক গুরুত্বের) OS-কে একাধিক স্তরে সংগঠিত করে, যেখানে প্রতিটি স্তর শুধু তার ঠিক নিচের স্তরের সার্ভিস ব্যবহার করতে পারে — সবচেয়ে নিচে হার্ডওয়্যার, সবচেয়ে উপরে ইউজার ইন্টারফেস। এই কঠোর স্তরায়ন কোডকে বোঝা ও ডিবাগ করা সহজ করে, কিন্তু প্রতিটি স্তরের সীমানা পার হতে কিছুটা পারফরম্যান্স খরচ হয়। লক্ষ্য করুন — এই ঠিক একই "প্রতিটি স্তর শুধু নিচের স্তরের সার্ভিস ব্যবহার করে" নীতিটি Computer Networks কোর্সের প্রোটোকল-লেয়ারিং ধারণারও ভিত্তি (সেখানে পড়ে থাকলে তা চিনতে পারবেন)।

৪ · একটি তুলনামূলক সিমুলেশন

নিচের কোড সেলে মনোলিথিক ও মাইক্রোকার্নেল ডিজাইনকে fault isolation, IPC ওভারহেড ও উদাহরণ OS-এর ভিত্তিতে পাশাপাশি তুলনা করা হলো।

# কার্নেল ডিজাইনের তুলনা -- fault isolation, IPC ওভারহেড, উদাহরণ (সিমুলেটেড তুলনামূলক টেবিল)
kernel_designs = {
    "মনোলিথিক (Monolithic)": {
        "fault_isolation": "কম -- যেকোনো অংশে (এমনকি ড্রাইভারেও) বাগ পুরো সিস্টেম ক্র্যাশ করাতে পারে",
        "ipc_overhead": "নেই/সামান্য -- সব একই অ্যাড্রেস স্পেসে সরাসরি ফাংশন কল",
        "example_os": "ঐতিহ্যবাহী Linux/Unix ডিজাইন",
    },
    "মাইক্রোকার্নেল (Microkernel)": {
        "fault_isolation": "উচ্চ -- একটি ড্রাইভার প্রসেস ক্র্যাশ করলেও কার্নেল অক্ষত থাকে",
        "ipc_overhead": "বেশি -- কম্পোনেন্টগুলোর মধ্যে মেসেজ পাসিং প্রয়োজন",
        "example_os": "MINIX, QNX",
    },
}

print("কার্নেল ডিজাইন তুলনা\n")
for design, info in kernel_designs.items():
    print(f"[{design}]")
    print(f"  Fault isolation : {info['fault_isolation']}")
    print(f"  IPC ওভারহেড     : {info['ipc_overhead']}")
    print(f"  উদাহরণ OS       : {info['example_os']}")
    print()

# একটি সরল স্কোর -- fault isolation ও গতির মধ্যে ট্রেড-অফ কতটা স্পষ্ট তা দেখানোর জন্য
tradeoff_note = (
    "লক্ষ্য করুন: fault isolation যত বেশি (মাইক্রোকার্নেল), IPC ওভারহেডও তত বেশি -- "
    "এটি একটি সরাসরি ট্রেড-অফ, কোনো ডিজাইনই উভয় দিক থেকে সেরা নয়।"
)
print(tradeoff_note)