{"id":41281,"date":"2020-02-07T09:28:13","date_gmt":"2020-02-07T06:28:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kompaniya-siemens-vypustila-gipervizor-jailhouse-0-12"},"modified":"2020-02-07T09:28:13","modified_gmt":"2020-02-07T06:28:13","slug":"kompaniya-siemens-vypustila-gipervizor-jailhouse-0-12","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/kompaniya-siemens-vypustila-gipervizor-jailhouse-0-12","title":{"rendered":"Das Unternehmen Siemens hat den Hypervisor Jailhouse 0.12 ver\u00f6ffentlicht.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Firma Siemens die<\/a><\/noindex> die Ver\u00f6ffentlichung des freien Hypervisors Jailhouse 0.12<\/a><\/noindex>. Der Hypervisor unterst\u00fctzt den Betrieb auf x86_64-Systemen mit VMX+EPT oder SVM+NPT (AMD-V) Erweiterungen sowie auf ARMv7 und ARMv8\/ARM64 Prozessoren mit Virtualisierungsfunktionen. Dar\u00fcber hinaus seit Sommer 2016). Bis Ende 2019 ist die Ver\u00f6ffentlichung einer weiteren experimentellen Version der GTK 3.9x-Reihe geplant, gefolgt von einem finalen Testrelease von GTK 3.99 im Fr\u00fchling 2020, das alle angestrebten Funktionen enthalten wird. Die Ver\u00f6ffentlichung von GTK 4 wird f\u00fcr Anfang Herbst 2020 erwartet, zeitgleich mit GNOME 3.38.<\/a><\/noindex> existiert ein Image-Generator f\u00fcr den Jailhouse-Hypervisor, der auf Debian-Paketen f\u00fcr unterst\u00fctzte Ger\u00e4te basiert. Der Code des Projekts wird unter der GPLv3-Lizenz bereitgestellt.<\/a><\/noindex> steht unter der GPLv2-Lizenz. <\/p>\n

wurde als Modul f\u00fcr den Linux-Kernel implementiert und erm\u00f6glicht die Virtualisierung auf Kernel-Ebene. Komponenten f\u00fcr die Gastsysteme sind bereits im Hauptkern von Linux enthalten. Zur Verwaltung der Isolation werden die von modernen CPUs bereitgestellten Hardware-Virtualisierungsmechanismen verwendet. Zu den besonderen Merkmalen von Jailhouse geh\u00f6ren die leichtgewichtige Implementierung und die Ausrichtung auf die Bindung von virtuellen Maschinen an eine feste CPU, bestimmte RAM-Bereiche und Hardware-Ger\u00e4te. Dieser Ansatz erm\u00f6glicht es, auf einem physischen Mehrkernserver mehrere unabh\u00e4ngige virtuelle Umgebungen zu betreiben, von denen jede einem eigenen Prozessorkern zugeordnet ist. <\/p>\n

Bei einer strikten Bindung an die CPU werden die Overhead-Kosten des Hypervisors auf ein Minimum reduziert, und seine Implementierung wird erheblich vereinfacht, da kein komplexer Ressourcenverteilungsscheduler erforderlich ist \u2014 die Zuweisung eines einzelnen CPU-Kerns garantiert, dass auf dieser CPU keine anderen Aufgaben ausgef\u00fchrt werden. Ein Vorteil dieses Ansatzes ist, dass eine garantierte Ressourcenzugriff und vorhersehbare Leistung sichergestellt werden, was Jailhouse zu einer geeigneten L\u00f6sung f\u00fcr die Erstellung von Aufgaben macht, die in Echtzeit ausgef\u00fchrt werden. Ein Nachteil ist die eingeschr\u00e4nkte Skalierbarkeit, die durch die Anzahl der CPU-Kerne begrenzt ist.<\/p>\n

In der Terminologie von Jailhouse werden virtuelle Umgebungen als \u201eZellen\u201c (cells im Kontext von Jailhouse) bezeichnet. Innerhalb einer Zelle sieht das System wie ein Einprozessorserver aus, der Leistung zeigt. nahe<\/a><\/noindex> zur Leistung eines dedizierten CPU-Kerns. In der Umgebung k\u00f6nnen beliebige Betriebssysteme sowie abgespeckte Umgebungen f\u00fcr die Ausf\u00fchrung einer Anwendung oder speziell vorbereitete Einzelanwendungen, die zur L\u00f6sung von Echtzeitanforderungen entwickelt wurden, betrieben werden. Die Konfiguration erfolgt in .cell-Dateien<\/a><\/noindex>, die die f\u00fcr die Umgebung zugewiesenen CPUs, Speicherbereiche und Ein-\/Ausgabepunkte festlegen. <\/p>\n

\"Das<\/center><\/p>\n

In der neuen Version<\/p>\n