VDI Bandwidth Guessing Game gets Help From Login VSI

Login Consultants today announced the new Client Side Performance Testing module for Login VSI. The current 3.5 version can test maximum number of sessions that can be handled by the servers in the datacenter. It allows to make sure all your configuration don’t lead to some unforeseen accident when you hit full load in production.

The new Client Side Performance Testing module will be included as an option in Login VSI Pro 3.6. The Beta version of this new module will be available without additional cost to all current Login VSI Pro customers with active support. Pricing for this optional module for new and existing customers was not annoucned.

Client Side will help to get insight into the responsetime, the capacity of the Wide Area Network (WAN), the effect of differentremote protocols and WAN acceleration solutions. Testers will get to objectively measure and analyze the performance of remoting protocols such as VMware PCoIP, Citrix ICA/HDX, Microsoft RDP and Quest EOP.

The Client Side Performance Testing module can now be used to perform these tests:

Character response – How long does it take to press a key on thekeyboard and return it onscreen via protocol?

Large text response – How long does it take to show a large blockof text onscreen via protocol?

Mouse click feedback – How long does it take to register andhandle a mouse click within the remoting session?

Image quality and loading times – How long does it take to show acomplex image onscreen via protocol? This image has been specifically designed to measure quality and speed of different protocols in an independent way.

This new module of Login VSI adds value in the following testing scenarios (and more):
What if we increase the number of users on a single server- or pool ofservers? What is the impact of responsiveness of protocol on clientside?
If we switch from Server Side to Client Side rendering, what is the impact on bandwidth consumption and therefore protocol responsiveness?
What is the real effect of WAN accelerators on response time at the endpoint (no caching = realistic results)?

Overall it will be great to get some validation of making changes to the environment before pushing them into production. There is still a long road with adding audio and testing of other codec’s but this is an industry first. Business wants answers, they aren’t a big fan of IT guessing.

Used to Make sure the protocol isn't caching on the client side.

Speak Your Mind