In the first release of VMware View with PCoIP, one of the key features we wanted to focus on was true mutli-monitor support. For years studies have shown muti-monitor significantly increases user productivity. Recent studies from NEC and the University of Utah show muti-monitor can help make users 29 percent more effective at doing tasks, multi-monitor is 24 percent more comfortable to use doing tasks and users found it 39 percent easier to move
around sources of information. In addition, users can be at least 10 percent more productive. I have used multi-monitor for years and personally cannot stand it when traveling away from my multi-monitor setup.
Despite the popularity and growing demand for multi-monitor support. This key feature seems to have eluded vendors in the server based computing and VDI markets for years now. It really was not until recently vendors started taking this seriously and going beyond basic solutions such as spanning or basic boundary detection.
Spanning allows you to span multiple displays often up to a maximum total resolution. The problem with spanning is applications often open up full screen crossing all the monitor boundaries requiring the user to manually re-size the app to fit a given display. Typically spanning is coupled with a third party or add-on software solution that adds the ability for apps to maximize but stay within the monitor boundary. The problem here is even this still has the challenge with other tasks such as the Windows logon still displaying in the middle of the screen rather than on only the primary display. This is unnatural to end users and changes the experience they are use to with a PC. It is however, better than nothing.
We wanted to get off to a better start with VMware View and PCoIP. In the first release, we are able to support true muti-monitor. In addition to properly detecting monitor boundaries we also support non-matching resolutions so each monitor can run at a different resolutions from others. We also support rotate or pivot so displays can be mixed. Displaying in landscape and or a portrait view. In addition, we also support a feature we call fit to client. Fit to client, detects the monitor configuration at connection time automatically configuring the layout so no user configuration is required. In addition, a user can exit full screen mode and the View Client will dynamically adjust the display to the window size. Fit to client is great for environments where users roam from desktop to desktop especially when there are a lot of display's that vary in size.
Preparing to deploy virtual desktops for multi-monitor is fairly straight forward and easy with a little planning. Depending on your familiarity with View and virtual desktops it might be a little different than what you expect. When developing and integrating PCoIP, we closely integrated using our SVGA display drivers and the virtual machine itself. In the long run, this opens the opportunity for us to deliver some exciting features we have planned for the future.
Because we integrate with the virtual machine hardware, some users get confused by the video settings now found with the virtual machine hardware v7 when running on ESX 4. These hardware settings currently do not affect anything and should not be used when preparing to use multi-monitor with View and PCoIP. People more familiar with ESX can get tripped up by this at first.
Another area that can trip up users familiar with View is upgrading existing VM's from View 3 to View 4. Those VMs are configured as single display VMs and need to be reconfigured to support multi-monitor if you intend to use multi-monitor. VMware View Manager can help take care of this for you.
As you can see below, VMware View Manager has new controls for configuring pools and can be used to configure or change the virtual machine hardware of an individual desktop or pools of desktops too use multi-monitor.

There are two basic settings. The max number of displays; which configures the total number of possible displays and the desired resolution of each display. In an environment where you might have several possible configurations the best thing to do is configure for the highest possible resolution. In a mixed resolution environment, fit to client will handle properly setting the resolution for the user. One important note is after changing these settings or migrating existing virtual machines the VMs must be powered off completely at least one time for the settings to take affect.
Tips for avoiding common gotchas:
Preparing templates or a View Composer parent image - When building a template or linked clone parent that will be used to deploy several victual machines. That image is often not under the management of View Manger. Although you can add the necessary settings for multi-monitor support by directly editing the .vmx of that VM this is often error prone. I recommend adding the VM to View Manager as an individual desktop and configuring it as desired. Setting the multi-monitor settings, installing necessary software and testing the image before using it as a template. Once completed, simply remove it from View Manager, convert it to a template or finish it's preparation for use with View Composer as a parent image.
Upgrading from View 3 to View 4 - When upgrading, it might and changing a pool to use PCoIP and starting to use multi-monitor. You need to change the muti-monitor settings and trigger a configuration change of the virtual machines. Remember, these virtual machines started as single display virtual machines and we need to reconfigure their virtual hardware settings for muti-monitor. Once this is done, the virtual machines will need to be powered off at least one time. Also note: the current default setting is 2 displays. If the default settings are desired you will need to make the change twice in view manager to trigger the change. We will change this in the next release to change the default to one so this is not necessary.
Once a template or View Composer parent is setup these settings will apply to all VMs deployed from that image so no extra configuration steps are needed.
Adding existing virtual machines to View Manager - This is really no different than our upgrade scenario. In this case, the virtual machine hardware is setup for one monitor and we need to trigger a change. Following the same steps as upgrading applies in this case.
Single monitor pools - Although the default pool setting is currently set for two display's. There is no affect if the target pool will only ever use one display and there is no reason to change the default settings. The default setting will be changed in the future to 1.
You might also notice once connected to a virtual desktop we disable the display settings tab in Windows. This is because fit to client takes care of properly setting the resolutions for the user. In some cases, it might be desirable to over ride this. This can be done by changing the standard Windows registry setting for controlling the display settings.
See http://communities.vmware.com/blogs/virtualdesktop/2009/12/05/vmware-view-4-with-pcoip-multimonitor/HKEY_CURRENT_USER or HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System\ and the NoDispSettingsPage value.