Microsoft Office 2016 Impact on XenDesktop Scalability


A day doesn’t go by when I don’t open up at least one Microsoft Office application.  Even on weekends, when I’m not working, I usually open at least one application. It should be of little surprise that Microsoft Office is one of the most used set of applications in many RDS/VDI deployments. But what impact does Microsoft Office have on overall single server scalability? How does the impact change as we move users from Office 2010 to 2013 and onto 2016? As you can see, single server density decreases. Office 2010 gives us the best scalability. Office 2013 reduces single … Continue reading Microsoft Office 2016 Impact on XenDesktop Scalability

XenDesktop 7.7 and Windows 10


The other day, I was able to share the latest single server density results when running Windows 7 on XenDesktop 7.7. We looked at a range of parameters like: PVS vs MCS PVS Disk Cache vs RAM Cache Citrix Policies: Very High Definition vs High Server Scalability vs Optimized for WAN Windows 7 optimizations Once that testing was complete, we moved onto the next version… Windows 10. An again, looking at the exact same parameters. First, we look at Microsoft Hyper-V 2012R2 Second, we look at Citrix XenServer 6.5 SP1 What do you notice? Between XenServer & Hyper-V… Not much … Continue reading XenDesktop 7.7 and Windows 10

Virtual Desktop Resources: Then and Now


Two years ago, I wrote a blog called “Lessons Learned with vCPU allocation“. This was still fairly early in the world of virtual desktops. But with numerous successful projects, we were able to start generating sizing estimates for virtual desktops. We talked about how many vCPUs we should allocate, how many users we expect to get per physical core, how much RAM we need and how many IOPS will we generate. I wanted to go back and see if some of the best practices I offered years ago still stand up to scrutiny. If not, I want to know why. … Continue reading Virtual Desktop Resources: Then and Now

XenDesktop 5 Scalability – Site Capacity


When we last looked at XenDesktop 5 scalability, we really focused on the user experience in that users should not be required to wait longer than 2.5 seconds before the system responded to an authentication or launch request. We said that if the controller got very busy due to logon storms, we could add additional controllers to help lower the overall load and get us back to that 2.5 second goal. But guess what? The 2.5 second goal might require that we look at other aspects of the XenDesktop 5 architecture beyond the controllers. We already looked at the maximum … Continue reading XenDesktop 5 Scalability – Site Capacity

XenDesktop 5 Scalability – XenDesktop Controller Capacity


Think about the architecture of XenDesktop 5. One of the core components responsible for an acceptable user experience during the initial authentication and launch of the virtual desktop are the controllers. If these controllers get overloaded, it will take users longer to launch their virtual desktops. What is acceptable is based on the users and their requirements. But for this example let’s say when we hit the icon for the virtual desktop we expect a response within 2 seconds. How many controllers do I need for 5,000, 10,000, 15,000 or even 20,000 users? It really boils down to the logon … Continue reading XenDesktop 5 Scalability – XenDesktop Controller Capacity