المشرف الافتراضي

الموسوعة الحرة

المشرف الافتراضي ، المعروف أيضًا باسم مراقب الآلة الافتراضية ( VMM ) أو المُحوِّل الافتراضي ، هو نوع من برامج الكمبيوتر أو البرامج الثابتة أو الأجهزة التي تنشئ الآلات الافتراضية وتشغلها . يُطلق على الكمبيوتر الذي يشغل عليه المشرف الافتراضي آلة افتراضية واحدة أو أكثر اسم جهاز مضيف ، وتسمى كل آلة افتراضية جهاز ضيف . يقدم المشرف الافتراضي لأنظمة التشغيل الضيفة منصة تشغيل افتراضية ويدير تنفيذ أنظمة التشغيل الضيفة. على عكس المُحاكي ، ينفذ الضيف معظم التعليمات على الأجهزة الأصلية. [1] قد تشترك مثيلات متعددة لمجموعة متنوعة من أنظمة التشغيل في موارد الأجهزة الافتراضية: على سبيل المثال، يمكن تشغيل مثيلات Linux و Windows و macOS على جهاز x86 مادي واحد . يتناقض هذا مع المحاكاة الافتراضية على مستوى نظام التشغيل ، حيث يجب أن تشترك جميع المثيلات (تسمى عادةً حاويات ) في نواة واحدة، على الرغم من أن أنظمة التشغيل الضيفة يمكن أن تختلف في مساحة المستخدم ، مثل توزيعات Linux المختلفة التي لها نفس النواة.

مصطلح المشرف هو أحد أشكال المشرف ، وهو مصطلح تقليدي لنواة نظام التشغيل : المشرف هو المشرف على المشرفين، [2] مع استخدام hyper- كمتغير أقوى من super- . [أ] يعود تاريخ المصطلح إلى حوالي عام 1970؛ [3] صاغته شركة IBM للبرمجيات التي تعمل بنظام التشغيل OS/360 ومحاكي 7090 في وقت واحد على 360/65 [4] واستخدمته لاحقًا لمُعالِج DIAG الخاص بـ CP-67. في نظام CP/CMS (1967) السابق، استُخدم مصطلح برنامج التحكم بدلاً من ذلك.

بعض الأدبيات، وخاصة في سياقات النواة الصغيرة ، تميز بين المشرف الافتراضي ومراقب الآلة الافتراضية (VMM). هناك، يشكل كلا المكونين مجموعة المحاكاة الافتراضية الشاملة لنظام معين. يشير المشرف الافتراضي إلى وظائف مساحة النواة ومراقب الآلة الافتراضية إلى وظائف مساحة المستخدم . على وجه التحديد في هذه السياقات، المشرف الافتراضي هو نواة صغيرة تنفذ البنية الأساسية للمحاكاة الافتراضية والتي يجب أن تعمل في مساحة النواة لأسباب فنية، مثل Intel VMX . يُشار أيضًا إلى النوى الصغيرة التي تنفذ آليات المحاكاة الافتراضية باسم المشرف الافتراضي الصغير . [5] [6] بتطبيق هذه المصطلحات على Linux ، فإن KVM هو مشرف افتراضي و QEMU أو Cloud Hypervisor هي أجهزة VMM تستخدم KVM كمشرف افتراضي. [7]

تصنيف

المشرفون الافتراضيون من النوع 1 والنوع 2

في أطروحته لعام 1973، "المبادئ المعمارية لأنظمة الكمبيوتر الافتراضية"، صنف روبرت ب. جولدبرج نوعين من المشرفين الافتراضيين: [1]

النوع 1، المشرفون الافتراضيون الأصليون أو العاديون
تعمل هذه المشرفات الافتراضية مباشرة على أجهزة المضيف للتحكم في الأجهزة وإدارة أنظمة التشغيل الضيفة. لهذا السبب، يطلق عليها أحيانًا المشرفات الافتراضية المجردة . كانت أول المشرفات الافتراضية، التي طورتها شركة IBM في الستينيات، مشرفات افتراضية أصلية. [8] تضمنت برنامج الاختبار SIMMON ونظام التشغيل CP/CMS ، سلف عائلة أنظمة تشغيل الآلات الافتراضية VM من IBM . تشمل أمثلة المشرف الافتراضي من النوع 1 Hyper-V و Xen و VMware ESXi .
المشرفون الافتراضيون من النوع 2 أو المستضافة
تعمل هذه المشرفات الافتراضية على نظام تشغيل تقليدي تمامًا كما تعمل برامج الكمبيوتر الأخرى. يعمل مراقب الآلة الافتراضية كعملية على المضيف، مثل VirtualBox . تقوم المشرفات الافتراضية من النوع 2 بتلخيص أنظمة التشغيل الضيفة من نظام التشغيل المضيف، مما يؤدي فعليًا إلى إنشاء نظام معزول يمكن للمضيف التفاعل معه. تشمل أمثلة المشرفات الافتراضية من النوع 2 VirtualBox و VMware Workstation .

لا يكون التمييز بين هذين النوعين واضحًا دائمًا. على سبيل المثال، KVM و bhyve عبارة عن وحدات نواة [9] تعمل على تحويل نظام التشغيل المضيف إلى مشرف افتراضي من النوع 1. [10]

أصول الحاسوب المركزي

كانت أول أجهزة التحكم الافتراضية التي توفر المحاكاة الافتراضية الكاملة هي أداة الاختبار SIMMON ونظام البحث IBM CP-40 لمرة واحدة ، والذي بدأ استخدامه في الإنتاج في يناير 1967 وأصبح الإصدار الأول من نظام التشغيل IBM CP/CMS . كان نظام CP-40 يعمل على نظام S/360-40 المعدل في مركز كامبريدج العلمي لدعم ترجمة العناوين الديناميكية ، وهي ميزة مكنت المحاكاة الافتراضية. قبل هذا الوقت، كانت أجهزة الكمبيوتر تُحاكي المحاكاة الافتراضية فقط إلى الحد الذي يسمح بتشغيل تطبيقات مستخدم متعددة في وقت واحد، كما هو الحال في CTSS و IBM M44/44X . مع نظام CP-40، كانت حالة المشرف على الأجهزة تُحاكي المحاكاة الافتراضية أيضًا، مما يسمح بتشغيل أنظمة تشغيل متعددة في وقت واحد في سياقات آلات افتراضية منفصلة .

سرعان ما نفذ المبرمجون CP-40 (كـ CP-67 ) لنظام IBM System/360-67 ، وهو أول نظام كمبيوتر إنتاجي قادر على المحاكاة الافتراضية الكاملة. قامت IBM بشحن هذا الجهاز في عام 1966؛ وقد تضمن أجهزة جدول ترجمة الصفحات للذاكرة الافتراضية وتقنيات أخرى سمحت بالمحاكاة الافتراضية الكاملة لجميع مهام النواة، بما في ذلك الإدخال/الإخراج ومعالجة المقاطعات. (لاحظ أن نظام التشغيل "الرسمي"، TSS/360 المنكوب ، لم يستخدم المحاكاة الافتراضية الكاملة.) بدأ استخدام كل من CP-40 وCP-67 في الإنتاج في عام 1967. كان CP/CMS متاحًا لعملاء IBM من عام 1968 إلى أوائل السبعينيات، في شكل كود مصدر بدون دعم.

شكلت أنظمة CP/CMS جزءًا من محاولة IBM لبناء أنظمة تقاسم الوقت القوية لأجهزة الكمبيوتر المركزية الخاصة بها . من خلال تشغيل أنظمة تشغيل متعددة في وقت واحد، زاد المشرف الافتراضي من قوة النظام واستقراره: حتى إذا تعطل أحد أنظمة التشغيل، فستستمر الأنظمة الأخرى في العمل دون انقطاع. والواقع أن هذا سمح حتى بنشر إصدارات تجريبية أو تجريبية من أنظمة التشغيل - أو حتى من الأجهزة الجديدة [11] - وتصحيح أخطائها، دون تعريض نظام الإنتاج الرئيسي المستقر للخطر، ودون الحاجة إلى أنظمة تطوير إضافية باهظة التكلفة.

أعلنت شركة آي بي إم عن سلسلة System/370 في عام 1970 دون ميزة الذاكرة الافتراضية اللازمة للمحاكاة الافتراضية، لكنها أضافتها في إعلان الوظائف المتقدمة في أغسطس 1972. وقد ظهرت المحاكاة الافتراضية في جميع الأنظمة اللاحقة، بحيث تحتفظ جميع أجهزة الكمبيوتر المركزية الحديثة من آي بي إم، بما في ذلك خط zSeries ، بالتوافق مع خط IBM S/360 من حقبة الستينيات. كما تضمن إعلان عام 1972 أيضًا VM/370 ، وهو إعادة تنفيذ لـ CP/CMS لـ S/370. وعلى عكس CP/CMS ، قدمت آي بي إم الدعم لهذا الإصدار (على الرغم من أنه لا يزال يُوزع في شكل كود مصدر لعدة إصدارات). تعني VM آلة افتراضية ، مما يؤكد أن جميع واجهات الأجهزة، وليس بعضها فقط، مُحوَّلة افتراضيًا. حظيت كل من VM وCP/CMS بقبول مبكر وتطوير سريع من قبل الجامعات ومستخدمي الشركات وبائعي تقاسم الوقت ، وكذلك داخل آي بي إم. لعب المستخدمون دورًا نشطًا في التطوير المستمر، وتوقعوا الاتجاهات التي شوهدت في مشاريع المصدر المفتوح الحديثة . ومع ذلك، في سلسلة من المعارك المتنازع عليها والمريرة [ بحاجة لمصدر ] ، خسر تقاسم الوقت أمام المعالجة الدفعية من خلال الاقتتال السياسي في IBM، وظلت VM نظام التشغيل الرئيسي "الآخر" لشركة IBM لعقود من الزمان، وخسرت أمام MVS . لقد استمتعت بعودة الشعبية والدعم منذ عام 2000 كمنتج z/VM ، على سبيل المثال كمنصة لنظام Linux على IBM Z.

كما ذكرنا أعلاه، يتضمن برنامج التحكم في الآلة الافتراضية معالج استدعاء المشرف الذي يعترض تعليمات DIAG ("التشخيص"، رمز التشغيل x'83') المستخدمة داخل الآلة الافتراضية. يوفر هذا تنفيذًا سريعًا غير افتراضي لمسار الوصول إلى نظام الملفات والعمليات الأخرى (DIAG عبارة عن تعليمة مميزة تعتمد على النموذج، ولا تستخدم في البرمجة العادية، وبالتالي فهي غير افتراضية. وبالتالي فهي متاحة للاستخدام كإشارة إلى نظام التشغيل "المضيف"). عند تنفيذها لأول مرة في إصدار CP/CMS 3.1، قدم هذا الاستخدام لـ DIAG واجهة نظام تشغيل مماثلة لتعليمة استدعاء المشرف System/360 (SVC)، لكنها لم تتطلب تغيير أو توسيع المحاكاة الافتراضية للنظام لـ SVC.

في عام 1985، قدمت شركة IBM برنامج PR/SM لإدارة الأقسام المنطقية (LPAR).

دعم نظام التشغيل

أدت عدة عوامل إلى عودة استخدام تقنية المحاكاة الافتراضية بين أنظمة التشغيل يونكس ولينكس وأنظمة التشغيل الأخرى الشبيهة بيونكس في عام 2005 : [12]

  • توسيع قدرات الأجهزة، مما يسمح لكل جهاز على حدة بالقيام بمزيد من العمل في وقت واحد
  • جهود للسيطرة على التكاليف وتبسيط الإدارة من خلال توحيد الخوادم
  • الحاجة إلى التحكم في عمليات التثبيت الكبيرة للمعالجات المتعددة والمجموعات ، على سبيل المثال في مزارع الخوادم ومزارع العرض
  • تحسين الأمان والموثوقية واستقلال الجهاز الممكن من خلال هياكل المشرف الافتراضي
  • القدرة على تشغيل تطبيقات معقدة تعتمد على نظام التشغيل في بيئات أجهزة أو أنظمة تشغيل مختلفة
  • القدرة على توفير الموارد بشكل زائد، ووضع المزيد من التطبيقات على المضيف

كان كبار بائعي يونكس، بما في ذلك HP و IBM و SGI و Sun Microsystems ، يبيعون أجهزة افتراضية منذ ما قبل عام 2000. كانت هذه عمومًا أنظمة كبيرة ومكلفة (في نطاق الملايين من الدولارات في الطرف العلوي)، على الرغم من أن المحاكاة الافتراضية كانت متاحة أيضًا على بعض الأنظمة المنخفضة والمتوسطة المدى، مثل خوادم IBM pSeries وأجهزة سلسلة HP Superdome وخوادم Sun / Oracle T-series CoolThreads.

على الرغم من أن Solaris كان دائمًا نظام التشغيل الوحيد للنطاق الضيف المدعوم رسميًا من Sun/Oracle على برنامج التشغيل الافتراضي Logical Domains الخاص بهما ، إلا أنه اعتبارًا من أواخر عام 2006 ، تم نقل Linux (Ubuntu وGentoo) و FreeBSD للعمل فوق برنامج التشغيل الافتراضي (ويمكن تشغيلهما جميعًا في وقت واحد على نفس المعالج، كأنظمة تشغيل ضيف مستقلة افتراضية بالكامل). يعمل Wind River "Carrier Grade Linux" أيضًا على برنامج التشغيل الافتراضي الخاص بشركة Sun. [13] أثبتت المحاكاة الافتراضية الكاملة على معالجات SPARC أنها واضحة ومباشرة: منذ إنشائها في منتصف الثمانينيات، أبقت Sun بنية SPARC خالية من القطع الأثرية التي كانت لتعيق المحاكاة الافتراضية. (قارن مع المحاكاة الافتراضية على معالجات x86 أدناه.) [14]

توفر HPE آلات HP Integrity الافتراضية (Integrity VM) لاستضافة أنظمة تشغيل متعددة على أنظمة Integrity التي تعمل بنظام Itanium . يمكن لـ Itanium تشغيل HP-UX وLinux وWindows و OpenVMS ، كما يتم دعم هذه البيئات كخوادم افتراضية على منصة Integrity VM من HP. يستضيف نظام التشغيل HP-UX طبقة المشرف الافتراضي Integrity VM التي تسمح بالاستفادة من العديد من الميزات المهمة لـ HP-UX وتوفر تمييزًا رئيسيًا بين هذه المنصة والمنصات الأخرى - مثل تبديل المعالج وتبديل الذاكرة وتحديثات النواة الديناميكية دون إعادة تشغيل النظام. في حين أنه يستفيد بشكل كبير من HP-UX، فإن المشرف الافتراضي Integrity VM هو في الواقع هجين يعمل على الجهاز العاري أثناء تنفيذ الضيوف. لا ينصح بشدة بتشغيل تطبيقات HP-UX العادية على مضيف Integrity VM، [ بواسطة من؟ ] لأن Integrity VM تنفذ إدارة الذاكرة الخاصة بها، والجدولة، وسياسات الإدخال/الإخراج التي تم ضبطها للآلات الافتراضية وليست فعالة للتطبيقات العادية. كما توفر HPE تقسيمًا أكثر صرامة لأنظمة Integrity وHP9000 الخاصة بها من خلال تقنية VPAR و nPar ، حيث تقدم الأولى تقسيم الموارد المشتركة وتقدم الثانية عزلًا كاملاً للإدخال/الإخراج والمعالجة. لقد أفسحت مرونة بيئة الخادم الافتراضي (VSE) المجال لاستخدامها بشكل متكرر في عمليات النشر الأحدث. [ بحاجة لمصدر ]

توفر IBM تقنية تقسيم المحاكاة الافتراضية المعروفة باسم التقسيم المنطقي (LPAR) على أنظمة System/390 و zSeries و pSeries و IBM AS/400 . بالنسبة لأنظمة Power Systems التابعة لشركة IBM، فإن POWER Hypervisor (PHYP) هو برنامج تشغيل افتراضي أصلي (غير مبرمج) في البرامج الثابتة ويوفر العزل بين LPARs. يتم توفير سعة المعالج لـ LPARs إما بطريقة مخصصة أو على أساس الاستحقاق حيث يتم حصاد السعة غير المستخدمة ويمكن إعادة تخصيصها لأحمال العمل المزدحمة. يمكن إدارة سعة المعالج لمجموعات LPARs كما لو كانت في "مجموعة" - تشير IBM إلى هذه القدرة باسم مجموعات المعالجات المشتركة المتعددة (MSPPs) وتنفذها في الخوادم باستخدام معالج POWER6 . يمكن تغيير تخصيصات سعة LPAR وMSPP بشكل ديناميكي. يتم تخصيص الذاكرة لكل LPAR (عند بدء تشغيل LPAR أو بشكل ديناميكي) ويتم التحكم في العنوان بواسطة POWER Hypervisor. بالنسبة للعنونة في الوضع الحقيقي بواسطة أنظمة التشغيل ( AIX و Linux و IBM i )، فإن معالجات Power ( POWER4 وما بعده) صممت قدرات المحاكاة الافتراضية حيث يتم تقييم إزاحة عنوان الأجهزة مع إزاحة عنوان نظام التشغيل للوصول إلى عنوان الذاكرة الفعلية. يمكن أن تكون محولات الإدخال/الإخراج (I/O) مملوكة حصريًا لـ LPARs أو يمكن مشاركتها بواسطة LPARs من خلال قسم الجهاز المعروف باسم Virtual I/O Server (VIOS). يوفر Power Hypervisor مستويات عالية من الموثوقية والتوافر والقدرة على الخدمة (RAS) من خلال تسهيل الإضافة/الاستبدال السريع للعديد من الأجزاء (حسب الطراز: المعالجات والذاكرة ومحولات الإدخال/الإخراج والمراوح ووحدات الطاقة والأقراص ووحدات التحكم في النظام وما إلى ذلك).

وقد حدثت اتجاهات مماثلة مع منصات الخوادم x86/x86-64، حيث قادت مشاريع مفتوحة المصدر مثل Xen جهود المحاكاة الافتراضية. وتشمل هذه المشاريع برامج التشغيل الافتراضية المبنية على أنوية Linux وSolaris بالإضافة إلى أنوية مخصصة. ونظرًا لأن هذه التقنيات تمتد من الأنظمة الكبيرة إلى أجهزة سطح المكتب، فسيتم وصفها في القسم التالي.

أنظمة x86

تم تقديم تقنية المحاكاة الافتراضية X86 في تسعينيات القرن العشرين، مع تضمين محاكاتها في Bochs . [15] أصدرت شركتا Intel وAMD أول معالجات x86 مع تقنية المحاكاة الافتراضية للأجهزة في عام 2005 مع Intel VT-x (الاسم الرمزي Vanderpool) و AMD-V (الاسم الرمزي Pacifica).

يتطلب النهج البديل تعديل نظام التشغيل الضيف لإجراء مكالمة نظام إلى المشرف الافتراضي الأساسي، بدلاً من تنفيذ تعليمات الإدخال/الإخراج الخاصة بالجهاز التي يحاكيها المشرف الافتراضي. يُطلق على هذا اسم المحاكاة الافتراضية الجزئية في Xen ، و"المحاكاة الافتراضية الجزئية" في Parallels Workstation ، و"كود التشخيص" في IBM VM . بعض النوى الصغيرة، مثل Mach و L4 ، مرنة بما يكفي للسماح بالمحاكاة الافتراضية الجزئية لأنظمة التشغيل الضيف.

الأنظمة المضمنة

تم تصميم المشرفين المضمنين ، الذين يستهدفون الأنظمة المضمنة وبيئات أنظمة التشغيل في الوقت الفعلي (RTOS)، بمتطلبات مختلفة عند مقارنتها بأنظمة سطح المكتب والمؤسسات، بما في ذلك المتانة والأمان والقدرات في الوقت الفعلي . تفرض الطبيعة المحدودة للموارد للعديد من الأنظمة المضمنة، وخاصة الأنظمة المحمولة التي تعمل بالبطارية، متطلبًا إضافيًا لحجم ذاكرة صغير ونفقات عامة منخفضة. أخيرًا، وعلى النقيض من انتشار بنية x86 في عالم أجهزة الكمبيوتر الشخصية، يستخدم العالم المضمن مجموعة متنوعة من البنيات والبيئات الأقل توحيدًا. يتطلب دعم المحاكاة الافتراضية حماية الذاكرة (في شكل وحدة إدارة ذاكرة أو على الأقل وحدة حماية ذاكرة) والتمييز بين وضع المستخدم والوضع المميز ، والذي يستبعد معظم وحدات التحكم الدقيقة . لا يزال هذا يترك x86 و MIPS و ARM و PowerPC كبنيات منتشرة على نطاق واسع على الأنظمة المضمنة المتوسطة إلى عالية الجودة. [16]

نظرًا لأن الشركات المصنعة للأنظمة المضمنة عادةً ما تمتلك الكود المصدري لأنظمة التشغيل الخاصة بها، فإن احتياجها إلى المحاكاة الافتراضية الكاملة في هذا المجال يكون أقل. وبدلاً من ذلك، فإن مزايا الأداء التي توفرها المحاكاة الافتراضية الجزئية تجعلها عادةً تقنية المحاكاة الافتراضية المفضلة. ومع ذلك، أضافت ARM وMIPS مؤخرًا دعم المحاكاة الافتراضية الكاملة كخيار IP وأدرجتها في أحدث معالجاتها وإصداراتها المعمارية المتطورة، مثل ARM Cortex-A15 MPCore وARMv8 EL2.

تتضمن الاختلافات الأخرى بين المحاكاة الافتراضية في بيئات الخادم/سطح المكتب والبيئات المضمنة متطلبات المشاركة الفعالة للموارد عبر الآلات الافتراضية، والنطاق الترددي العالي، والاتصال بين الآلات الافتراضية بزمن انتقال منخفض، والرؤية العالمية للجدولة وإدارة الطاقة، والتحكم الدقيق في تدفقات المعلومات. [17]

التداعيات الأمنية

إن استخدام تقنية المشرف الافتراضي بواسطة البرامج الضارة وبرامج الروتكت التي تقوم بتثبيت نفسها كمشرف افتراضي أسفل نظام التشغيل، والمعروف باسم الاختراق المفرط ، يمكن أن يجعل اكتشافها أكثر صعوبة لأن البرامج الضارة يمكن أن تعترض أي عمليات لنظام التشغيل (مثل شخص يدخل كلمة مرور) دون أن يكتشفها برنامج مكافحة البرامج الضارة بالضرورة (نظرًا لأن البرامج الضارة تعمل أسفل نظام التشغيل بالكامل). يُزعم أن تنفيذ المفهوم حدث في برنامج الروتكت المختبري SubVirt (الذي طوره بشكل مشترك باحثو Microsoft وجامعة ميشيغان [18] ) وكذلك في حزمة البرامج الضارة Blue Pill . ومع ذلك، فقد تم التشكيك في مثل هذه التأكيدات من قبل آخرين يزعمون أنه من الممكن اكتشاف وجود برنامج روتكت قائم على المشرف الافتراضي. [19]

في عام 2009، قام باحثون من مايكروسوفت وجامعة ولاية كارولينا الشمالية بإظهار برنامج مضاد للروتكيت على طبقة المشرف الافتراضي يسمى Hooksafe والذي يمكنه توفير حماية عامة ضد الروتكيت في وضع النواة . [20]

ملحوظات

  1. ^ super- من اللاتينية، وتعني "فوق"، بينما hyper- من المصطلح ذي الصلة في اليونانية القديمة (ὑπέρ-)، ويعني أيضًا فوق أو فوق .

انظر أيضا

مراجع

  1. ^ ab Goldberg, Robert P. (1973). Architectural Principles for Virtual Computer Systems (PDF) (تقرير فني). جامعة هارفارد. ESD-TR-73-105.
  2. ^ برنارد جولدن (2011). Virtualization For Dummies . ص 54.
  3. ^ "كيف ظهر مصطلح "المشرف الافتراضي"؟".
  4. ^ غاري ر. ألريد (مايو 1971). محاكاة متكاملة لنظام التشغيل/370 تحت نظامي التشغيل وDOS (ملف PDF) . مؤتمر الحاسوب المشترك الربيعي لعام 1971. المجلد 38. مطبعة AFIPS. ص. 164. doi :10.1109/AFIPS.1971.58 . تم الاسترجاع في 12 يونيو 2022 .
  5. ^ Steinberg, Udo; Kauer, Bernhard (2010). "NOVA: A Microhypervisor-Based Secure Virtualization Architecture" (PDF) . وقائع مؤتمر ACM الأوروبي لعام 2010 حول أنظمة الكمبيوتر (EuroSys 2010) . باريس، فرنسا . تم الاسترجاع في 27 أغسطس 2024 .
  6. ^ "Hedron Microkernel". GitHub . Cyberus Technology . تم الاسترجاع في 27 أغسطس 2024 .
  7. ^ "Cloud Hypervisor". GitHub . Cloud Hypervisor Project . تم الاسترجاع في 27 أغسطس 2024 .
  8. ^ ماير، شانون (2008). "IBM Systems Virtualization: Servers, Storage, and Software" (PDF) . ص 2، 15، 20. تم الاسترجاع في 22 ديسمبر 2015 .
  9. ^ دكستر، مايكل. "Hands-on bhyve". CallForTesting.org . تم الاسترجاع في 24 سبتمبر 2013 .
  10. ^ Graziano, Charles (2011). تحليل أداء المشرفين الافتراضيين Xen وKVM لاستضافة مشروع Xen Worlds (أطروحة ماجستير). جامعة ولاية آيوا. doi : 10.31274/etd-180810-2322 . hdl : 20.500.12876/26405 . تم الاسترجاع في 16 أكتوبر 2022 .
  11. ^ راجع تاريخ CP/CMS لمحاكاة الأجهزة الافتراضية في تطوير System /370
  12. ^ لوفتوس، جاك (19 ديسمبر 2005). "تطبيق Xen الافتراضي يتحول بسرعة إلى تطبيق مفتوح المصدر". TechTarget . تم الاسترجاع في 26 أكتوبر 2015 .
  13. ^ "Wind River تدعم معالج UltraSPARC T1 متعدد الخيوط من الجيل التالي الذي أحدث ثورة في Sun". Wind River Newsroom (بيان صحفي). Alameda، كاليفورنيا. 1 نوفمبر 2006. مؤرشف من الأصل في 10 نوفمبر 2006. تم الاسترجاع في 26 أكتوبر 2015 .
  14. ^ فريتش، لوثار؛ حسيني، راني؛ الكسار، عمار. التقنيات التكميلية والبديلة للحوسبة الموثوقة (TC-Erg./-A.)، الجزء الأول، دراسة نيابة عن المكتب الفيدرالي الألماني لأمن المعلومات (BSI) (PDF) (تقرير). مؤرشف من الأصل (PDF) في 7 يونيو 2020. تم الاسترجاع في 28 فبراير 2011 .
  15. ^ "مقدمة عن Bochs". bochs.sourceforge.io . تم الاسترجاع في 17 أبريل 2023 .
  16. ^ Strobl, Marius (2013). Virtualization for Reliable Embedded Systems. ميونيخ: GRIN Publishing GmbH. ص 5-6. ISBN  978-3-656-49071-5تم الاسترجاع بتاريخ 7 مارس 2015 .
  17. ^ جيرنوت هيزر (أبريل 2008). "دور المحاكاة الافتراضية في الأنظمة المضمنة". وقائع ورشة العمل الأولى حول العزل والتكامل في الأنظمة المضمنة (IIES'08) . ص 11-16. مؤرشف من الأصل في 21 مارس 2012. تم الاسترجاع في 8 أبريل 2009 .
  18. ^ "SubVirt: Implementing malware with virtual machines" (PDF) . جامعة ميشيغان ، مايكروسوفت . 3 أبريل 2006. تم الاسترجاع في 15 سبتمبر 2008 .
  19. ^ "دحض أسطورة الحبة الزرقاء". Virtualization.info. 11 أغسطس 2006. مؤرشف من الأصل في 14 فبراير 2010. تم الاسترجاع في 10 ديسمبر 2010 .
  20. ^ وانج، تشي؛ جيانغ، شوسيان؛ كوي، ويدونج؛ نينج، بينج (11 أغسطس 2009). "مواجهة برامج الجذر الخاصة بنواة النظام باستخدام الحماية من الخطاف الخفيف الوزن". وقائع المؤتمر السادس عشر لجمعية الحوسبة الآلية حول أمن الحاسبات والاتصالات (PDF) . CCS '09. شيكاغو، إلينوي، الولايات المتحدة الأمريكية: جمعية الحوسبة الآلية . ص 545-554. CiteSeerX 10.1.1.147.9928 . doi :10.1145/1653662.1653728. ISBN  978-1-60558-894-0. S2CID  3006492 . تم الاسترجاع في 11 نوفمبر 2009 .
تحتوي ويكيميديا ​​كومنز على وسائط متعلقة بـ Hypervisor .
  • المشرفون على الأجهزة الافتراضية والآلات الافتراضية: رؤى التنفيذ حول بنية x86
  • مقارنة أداء أجهزة Hypervisor من VMware
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=Hypervisor&oldid=1252900712"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate