Windows Server Blog

Deutscher Windows Server Blog mit Beiträgen von Microsoft-Mitarbeitern; Tipps &Tricks für Administratoren zu aktuellen Windows Server-Versionen, allen Server-Rollen und Features.

Service Pack 1 für Windows Server 2008 R2 und Windows 7: RemoteFx und Dynamic Memory

Service Pack 1 für Windows Server 2008 R2 und Windows 7: RemoteFx und Dynamic Memory

  • Comments 8
  • Likes

Eine der Neuigkeiten, die am vergangenen Donnerstag im Rahmen der ‘Desktop Virtualization Hour’ angekündigt wurden, ist das Service Pack 1 für Windows Server 2008 R2 und Windows 7. Während für Windows 7 im wesentlichen eine Zusammenfassung bisher veröffentlichter Hotfixes ansteht, sind für Windows Server 2008 R2 zwei ganz neue Funktionen enthalten: RemoteFx und Dynamic Memory. Allzu viele Informationen sind hierzu noch nicht verfügbar, insbesondere gibt es noch keine Beta-Version des Service Pack und keine Screen Shots. Am 20.03. hatte ich jedoch Gelegenheit, zusammen mit einigen Kollegen einen ganzen Tag lang mit den Verantwortlichen aus der Windows Server-Produktgruppe diese neuen Funktionen zu diskutieren. Die Informationen, die bereits verfügbar sind, möchte ich hier für Sie zusammenfassen. Sobald mehr Informationen verfügbar sind, werden wir Sie natürlich auf diesem Blog veröffentlichen.

 

RemoteFx

RemoteFx ist eine Erweiterung des Remote Desktop-Protokolls (RDP), die es ermöglicht, für Hosted Desktops Hardware-beschleunigte 3D-Grafik nutzbar zu machen. Da es hier um Hardware-Beschleunigung geht, funktioniert RemoteFx mit allen Applikationen, egal, ob diese Silverlight, Flash oder andere Technologien benutzen, um auf den Grafikprozessor zuzugreifen. Apropos Grafikprozessor: RemoteFx benötigt im Hyper-V Host einen leistungsfähigen Grafikchip. Die Server-Hersteller arbeiten bereits an entsprechenden Angeboten, denn bislang zeichnen sich Server ja nicht gerade durch ihre Grafik-Leistung aus ;-)

Auf der Desktop-Seite funktioniert RemoteFx dagegen auch mit Thin Clients. Ist im Desktop eine leistungsfähige Grafikkarte vorhanden, wird diese für RemoteFx genutzt. Ist das nicht der Fall, übernimmt der RDP-Client diese Aufgabe.

RemoteFx benötigt natürlich mehr Bandbreite als das aktuelle RDP v7-Protokoll. Für den Einsatz über WAN-Strecken wird Citrix daher eine Komprimierungs-Lösung anbieten.

 

Dynamic Memory

Dynamic Memory ist eine Technologie zur dynamische Arbeitsspeicher-Verwaltung für Virtuellen Maschinen (VMs) auf Hyper-V Hosts. Um Dynamic Memory zu verstehen, muß man sich nur klarmachen, wie Hypervisor (inkl. Hyper-V, VMWare und Xen) mit CPU-Resourcen umgehen. Warum kann man auf einem Host mit vier CPU-Kernen 20 Virtuelle Maschinen mit je 4 virtuellen Prozessoren starten, ohne einen Performanz-Verlust zu haben? Das ist doch ‘CPU Overcommit’, oder? Nein, ist es nicht. Denn CPU-Kerne werden nicht zu 100% fest einer Virtuellen Maschine zugeordnet, vielmehr bekommt die VM Rechenleistung von diesen Kernen dynamisch zur Verfügung gestellt. Die virtuellen Prozessoren stellen also lediglich das Maximum an Rechenleistung dar, das die VM beanspruchen kann. Sobald die VMs zusammen mehr Rechenleistung anfordern, als physikalisch im Host vorhanden ist, werden die VMs logischerweise spürbar langsamer laufen.

Das gleiche ist bei allen Ressourcen-Typen der Fall, auch bei Arbeitsspeicher. Deshalb funktioniert Memory Overcommit nicht – sobald die VMs zusammen mehr RAM benutzen, als physikalisch im Host vorhanden ist, bleibt nichts anderes übrig, als auf Hypervisor-Ebene ein Pagefile zu benutzen. Also RAM auf Festplatte abzubilden. Nun ist eine Festplatte ein klein wenig langsamer als RAM. Um genau zu sein: etwa 800.000 – 1.600.000 Mal langsamer, je nach Taktung des RAM. Und genau deshalb werden VMs dramatisch langsamer, sobald mehr RAM verwendet wird, als physikalisch vorhanden ist.

Der Trick bei Dynamic Memory ist, den Arbeitsspeicher dynamisch zu verteilen. VMs kommunizieren mit dem Hypervisor und teilen ihm ihre RAM-Anforderungen mit. Ist dafür physikalischer Arbeitsspeicher vorhanden, können die VMs ihn nutzen. Ist das nicht der Fall, bekommt die VM das vom Hypervisor mitgeteilt und kann nun ihrerseits ggf. ein Pagefile benutzen. Das liegt zwar dann auch auf einer Festplatte, die VM weiß jedoch im Gegensatz zum Hypervisor, welche RAM-Bereiche ausgelagert werden können.

 

Timing

Die Ankündigung des Service Pack bedeutet, daß wir mit der Entwicklung weit genug sind, um uns auf den Funktionsumfang festlegen zu können. Ein Erscheinungsdatum gibt es jedoch noch nicht. Auch nicht für eine Beta-Version. Auch nicht so ungefähr. Nein, auch nicht inoffiziell. Klar ist: es wird eine Beta-Version geben. In welchem Umfang die öffentlich verfügbar gemacht werden wird, steht auch noch nicht fest – vielleicht über Microsoft Connect, vielleicht als öffentlicher Download. Sicher ist auch: die Beta-Version wird nicht in 1-2 Wochen vorliegen, wohl eher in 2-3 Monaten.

 

Informations-Quellen

  • Informationen zu den Ankündigungen vom 18.03. finden Sie auf der Seite der ‘Desktop Virtualization Hour’.
  • Den offiziellen Pressetext gibt’s hier.
  • Für technische Informationen empfiehlt sich der Virtualisierungs-Blog unserer US-Kollegen.
  • Auch der Windows Server-Blog aus Redmond wird in den kommenden Monaten viele Informationen zu den Server-Komponenten dieser neuen Funktionen enthalten.

Mit freundlichen Grüßen!

 

Ralf M. Schnell

Comments
  • Zu RemoteFX wäre zu ergänzen, dass es in drei Ausführungen kommen wird: als reine Software-Engine, die von Ihnen angesprochene Variante, wo der Encoder die GPU nutzt, und schließlich eine solche, die einen speziellen Chip benötigt (vergleichbar mit PCoIP von Teradici). Siehe dazu meine FAQ zu RemoteFX unter http://www.windowspro.de/wolfgang-sommergut/die-wichtigsten-fragen-und-antworten-zu-remotefx

  • Sehr geehrter Herr Sommergut,

    in den mir zur Verfügung gestellten Informationen ist von einer solchen Differenzierung nicht die Rede. Auch die Vertreter der Produktgruppe haben so etwas nicht erwähnt. Ich gehe davon aus, daß für RemoteFx auf jeden Fall leistungsfähige Grafikhardware im Hyper-V Host benötigt werden wird. Allerdings mag sich das bis zur Beta-Version noch ändern.

    Ralf M. Schnell

  • Gestern startete die TechEd 2010 für Nordamerika in New Orleans. Sollten Sie zufällig gerade nicht in

  • Sie schreiben:

    > RemoteFx benötigt natürlich mehr Bandbreite als das aktuelle RDP v7-Protokoll.

    > Für den Einsatz über WAN-Strecken wird Citrix daher eine Komprimierungs-Lösung anbieten.

    Dazu zwei Fragen:

    1. Die bereits jetzt existierenden RDP-Server- und -Clients kranken daran, dass WPF-Applikationen als Bitmaps übertragen werden und somit eine hohe Bandbreite benötigen. Bedeutet Ihr obiger Kommentar, dass sich daran nichts ändern wird?

    2. Wird die Komprimierung nur in Citrix-Clients angeboten, aber nicht in Windows-RDP-Clients?

  • "Microsoft bietet mit der Hyper-V-Technologie bereits in der kostenlosen Variante eine Virtualisierungslösung

  • Sehr geehrter Herr Schnell

    Ich kann Ihre Ausführungen über die Technologie des Dynamic Memory nicht teilen. Hyper-V kann nicht mehr Memory den virtuellen Servern zur Verfügung stellen, als effektiv physikalisch vorhanden sind. Somit ist Ihre Beschreibung nicht korrekt.

    blogs.technet.com/.../dynamic-memory-coming-to-hyper-v-part-6.aspx

    oder

    www.server-talk.eu/.../einblicke-in-dynamic-memory-fur-hyper-v

    Philipp Witschi

  • Sehr geehrter Herr Witschi,

    ??? genau das habe ich in meinem Beitrag beschrieben: es geht nicht (!!!) darum, mehr Arbeitsspeicher zu verteilen, als physikalisch vorhanden ist, sondern es geht um eine dynamische Zuordnung des physikalischen Arbeitsspeichers.

    Mit freundlichen Grüßen,

    Ralf M. Schnell

  • Kurzbeschreibung:

    Optionales Update, mit dem Fehler behoben werden sollen, die unter Windows 7 SP1 in Windows Server 2008 R2-Netzen (Timeout Detection and Recovery (TDR) in virtuellen PCs bei Einsatz von RemoteFX auf dem Server) auftreten können. Siehe M

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment