Category: View
Burst open the VM resolution limit
Feb 16, 2009 at 02:20:07 pm | By michaelburger | Category: Howto | Send feedback »
I have been working on a VM as a desktop replacement for over a year now and I am quite satisfied with the experience. This is not a full-blown VDI, it's more like my personal virtual client, which I find very convenient compared to classic desktop computers.
Anyway, today I got a new monitor with a screen resolution of 1920x1200 pixels and I realized there is a limitation to the screen resolution of VMs. Here is how you can get beyond the standards, but you have to add a few lines to the relevant VMX file:
svga.maxWidth = "1920"
svga.maxHeight = "1200"
svga.vramSize = "9216000"
Width and height are pretty obvious but you also have to increase the RAM of your virtual video adapter, otherwise it cannot display the desired resolution. Here is how you get the value for this entry:
Width (pixels) * Height (pixels) * ColorDepths (bits) / 8
In case your Windows does not show you the right results in your desktop configuration, you can do it manually by editing the registry. Use regedit and go to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Hardware Profiles\Current\System\CurrentControlSet\Control\VIDEO\{FEDC7ADF-34C8-4BAF-B872-48C92671D7D5}\0000
The adapter string might be different, but there should not be too many adapters on a VM here anyway. Now modify the following entries to suite your needs:
DefaultSettings.XResolution
DefaultSettings.YResolution
DefaultSettings.BitsPerPel
This might require a reboot to work. The new resolution will also be usable on the VMware console. Please be aware that not all RDP clients are the same, e.g. I learned that my favorite tool from visionApp has a built-in limitation of 1600 pixels width. The original Microsoft RDP client had no problems showing the larger resolution.
VMware View
Feb 4, 2009 at 14:00:26 | By michaelburger | Category: View | Sende Feedback »
Mit dem neuen VMware View wird die VDI-Lösung des Virtualisierungsmarktführers erwachsen. Mit neuen wichtigen Funktionen räumt VMware die Hauptkritikpunkte am VDI-Konzept souverän aus dem Weg.
Thin Cloning
View nutzt die Snapshot-Technologie von VMware um platzsparende Klone aus einem "Golden Master" zu erzeugen. Lediglich die Änderungen am System werden individuell mitgeschrieben. Hier wird sich zeigen müssen, ob diese Funktion von der Performance her im Enterprise-Umfeld überzeugen kann. Die Storage-Ersparnis ist jedoch in vielen Fällen erheblich.
Diese Technologie bietet noch einen weiteren Vorteil: Patching oder zentrale Konfigurationen am Betriebssystem können zentral am Golden Master vorgenommen werden und wirken sich auf alle Klone aus.
ThinApp Integration
Mit dem Kauf von Thinstall hat sich VMware ein leistungsfähiges Produkt zur Applikationsvirtualisierung ins Boot geholt. Konsequenterweise wurde ThinApp in View integriert und erleichtert die Verteilung und Pflege von Anwendungen damit erheblich.
Thinprint Kooperation
Die virtuelle Print-Lösung hat sich bereits seit Jahren am Markt bewährt und löst eines der Hauptprobleme im VDI-Bereich. Die Drucker-Verwaltung mit dem allseits bekannten Treiber-Chaos hat damit endlich ein Ende.
Offline Desktop
Was ist, wenn ich kein Netz habe? Diese überaus berechtigte Frage mussten sich VDI-Verfechter bislang zu Recht gefallen lassen. View löst dieses Problem durch eine Replikationslösung, die die VM auf das Notebook replizieren kann, um ohne Netz arbeiten zu können.
Trotz aller VDI-Euphorie sollte man eine solche Lösung mit spitzem Bleistift kalkulieren. Aus meiner Sicht lohnt sich VDI aktuell nur unter Sicherheitsaspekten. Prozessor-, Hauptspeicher- und Storage-Kapazitäten kosten zentral gewartet nämlich deutlich mehr. Aktuelle PC-Prozessoren sind extrem leistungsfähig und stehen ihren Brüdern im Serverumfeld kaum nach, da Intel und AMD sich keinen zweiten Entwicklungszweig leisten wollen. Hochverfügbarer Storage kostet ein Vielfaches im Vergleich zur günstigen SATA-Platte in Notebook oder Desktop-PC. Da die Programmierer um die geballte Rechenpower wissen, optimieren sie dementsprechend wenig, weil Optimieren viel Geld kostet und die Produktkosten erhöhen würde. Soll heißen, dass aktuelle Anwendungen die Hardware häufig auch entsprechend fordern.





