When you are performing a VDI performance test with Login VSI, the most important part of any test are the results. But the result is only valid when you have completed a successful test, because there are many factors that can influence the test result. So how to make sure that a test was run successfully? One of the misconceptions that I hear quite often is that fact that you will need to reach VSImax for a test to be considered successful. In this blog I will explain the best way to determine if a test was successful or not.Add a comment
Every user of Login VSI knows the “famous” VSImax chart in the Login VSI Analyzer. This chart is used in almost every VDI white paper of the major software / hardware vendors in our industry and basically shows the maximum capacity of your virtualized desktop environment. Besides VSImax, I frequently notice that many of our customers are not very familiar with the other charts in the Login VSI Analyzer. In this blog I would like to share some charts and features of the Login VSI Analyzer that I frequently use after a performance test.Add a comment
Most people describe Login VSI as a “load generator”, but I don't feel this actually does it justice. The main differentiator between Login VSI and other load testing solutions is the fact that Login VSI generates load on a virtualized desktop environment by using virtual users to simulate the same behavior as your real users, instead of just static load. There's much more to consider when simulating those pesky and unpredictable humans. This enables any IT department to test the real-life impact of changes on the maximum capacity of their VDI environment without having to use (and bother) their real users.Add a comment
Applications, applications, applications… The most important part of the user’s desktop are the actual apps and therefore also the most important part of the Login VSI workload. In this blog I will share five important best practices when adding applications to your VDI performance tests with Login VSI.Add a comment
Hey there Login VSI fans. We are excited to release a new feature in Login VSI 4.1.7 for testing Citrix Published Applications with XenApp. We’ve been able to support Citrix XenApp for some time with some help from our professional services team, but now our default workloads are supported as hosted applications without the need for a published desktop or virtual desktop infrastructure (VDI) as the target. Of course we still provide support for any of your business critical applications you’d like to add to the workloads, and this new release makes that even easier.Add a comment
Time zones are settings that are configured once by system administrators and are never looked at again. Why would you even bother to take a look at it again when everything works? That’s a very good question, but based on our own experience with customers, we know that the time settings are not always configured correctly. Not only can this affect your entire virtualized desktop environment, especially security authentication suffers from it, but it can also ruin your Login VSI test results. To avoid wasting your time, we will discuss time settings in this blog.Add a comment
Two weeks ago I received an email from a customer asking if the colors in Login VSI graphs could be changed after analyzing a test. The customer mentioned that the colors don’t have enough contrast which makes it difficult to clearly distinguish the lines in the graphs. After asking our development team to implement this valuable customer feedback, it was immediately apparent that this functionality was actually already available in the Analyzer! That’s a quick way to deliver new functionality to our customers.Add a comment
Welcome to the first Tips & Tricks article! We’re reviewing the most common questions asked of our support engineers, and forum posts, and providing these articles to make deploying, managing, and testing VDI easier. Today we are explaining how to fix default type associations in Windows 10.Add a comment
At Login VSI Support, we sometimes see tickets where customers are having trouble connecting the Login VSI Launcher to Citrix StoreFront. My colleague Jeffrey Hsieh already wrote a helpful blog about the most common Citrix StoreFront errors and how to avoid them during a Login VSI test.
Often I notice Login VSI customers are experiencing the “getting authentication token for resources” error because of the “trusted domains” setting. In this blog I will describe why this error occurs and how to quickly resolve it.Add a comment
Setting up centralized virtualized desktop environments is challenging, to say the least. With so many components to configure for resiliency and optimum performance, it is hard to know when you’ve set up everything just right. Login VSI’s virtual users provide insight into VDI complexity. Virtual users will try the system out, at scale, and help identify where the environment can be improved. But sometimes the workloads of virtual users need further customization from what we provide out of the box, so to speak. Today, we’ve made a big step to make this customization easier for our customers.Add a comment
More Articles ...
- Quickly parse and filter external performance data with PPD - Login VSI Tips and Tricks
- Calculating Maximum Virtual Desktop Capacity – VSImax Explained
- Scalability testing with Login VSI: X-IO perspectives
- Workload Mashup - Simulate different behaviors of various users during a VDI performance test
- VDI Load Testing: When do I need an extra VSIshare?
- Scheduling automatic Login VSI performance tests for your virtualized desktop environment
- Login VSI supports Windows 10 for virtualized desktop performance testing
- Top 12 Virtualized Desktop Performance Testing Mistakes
- Getting Started Video Series for Login VSI
- Disconnected Sessions - Login VSI Support Perspective