Understanding Latency Sensitivity in VMware vSphere 5.5

With the release of VMware vSphere 5.5 in late 2013, VMware introduced a new feature called “latency sensitivity.” This feature allows for a reduction in the latency of a given VM. In this post I’ll explain a bit more about what latency sensitivity is and how to configure it for the best results.

What Is Latency Sensitivity?

In an effort to improve performance by reducing latency to a virtual machine, VMware has included latency sensitivity functionality in vSphere 5.5. This will improve the performance of latency sensitive applications and aid in the continued push to virtualize Tier 1 applications.

With virtualization the majority of virtual machines do not have direct access to the physical resources. Resources such as CPU, memory, network, and storage are abstracted via a virtualization layer. This allows for the sharing of these resources and a foundational benefit of virtualization; however, in some circumstances an application may require additional performance.

By adjusting this value the VM can achieve lower latency by receiving preferential access to resources and by bypassing virtualization layers to eliminate layers and any extra processing. Another method that may assist in lowering latency is using a pass-through method to allow the VM direct control over a physical resource via Direct path or R-IOV.

Sponsored Content

What is “Inside Microsoft Teams”?

“Inside Microsoft Teams” is a webcast series, now in Season 4 for IT pros hosted by Microsoft Product Manager, Stephen Rose. Stephen & his guests comprised of customers, partners, and real-world experts share best practices of planning, deploying, adopting, managing, and securing Teams. You can watch any episode at your convenience, find resources, blogs, reviews of accessories certified for Teams, bonus clips, and information regarding upcoming live broadcasts.

There are currently four levels or settings available for Latency Sensitivity in vSphere 5.5. They are explained below.

  • Normal – This is the default setting. When used it’s business as usual for vSphere.
  • High – Use this setting when you need lower latency for a virtual machine.
  • Low and Medium – These are experimental at this time and should probably not be used unless directly advised.

Having to use the High setting to get a lower level of latency was a bit confusing at first. Why would I choose high if I wanted the result to be lower, right? But this seems to follow the use of shares, as in other settings in vSphere. But shares is not listed in the choices, so it’s going to fool more than a few people.

How to Configure Latency Sensitivity

Before changing the latency setting I wanted to show how to confirm the current setting for a selected virtual machine.

  • Locate the virtual machine that you want to check from the inventory list on the left of the vSphere web client.
  • Then click the Manage tab, followed by Settings tab and then select the VM Options choice.
  • Expand the Advanced Settings choice and you will see the current configuration for Latency Sensitivity.

configuring vSphere Latency Sensitivity


  • To change the Latency setting you will need to choose Edit Settings on the virtual machine. This will allow for configuration changes on the VM, so you will need the virtual machine to be powered off.
  • In the settings pop-up, click on the VM Options tab and click Advanced to expand the options.
  • The Latency Sensitivity field is set to Normal by default. When clicking the drop-down, you will have the choice of four options explained earlier. Pick the setting appropriate for your requirements and click OK to close the settings window.

configuring vSphere Latency Sensitivity


Go ahead and power up your VM again after you have updated the settings and perform any testing necessary to confirm your changes.

Related Topics:


Don't have a login but want to join the conversation? Sign up for a Petri Account

Comments (0)

Leave a Reply

External Sharing and Guest User Access in Microsoft 365 and Teams

This eBook will dive into policy considerations you need to make when creating and managing guest user access to your Teams network, as well as the different layers of guest access and the common challenges that accompany a more complicated Microsoft 365 infrastructure.

You will learn:

  • Who should be allowed to be invited as a guest?
  • What type of guests should be able to access files in SharePoint and OneDrive?
  • How should guests be offboarded?
  • How should you determine who has access to sensitive information in your environment?

Sponsored by:

Office 365 Coexistence for Mergers & Acquisitions: Don’t Panic! Make it SimpleLive Webinar on Tuesday, November 16, 2021 @ 1 pm ET

In this session, Microsoft MVPs Steve Goodman and Mike Weaver, and tenant migration expert Rich Dean, will cover the four most common steps toward Office 365 coexistence and explain the simplest route to project success.

  • Directory Sync/GAL Sync – How to prepare for access and awareness
  • Calendar Sharing – How to retrieve a user’s shared calendar, or a room’s free time
  • Email Routing – How to guarantee email is routed to the active mailbox before and after migration
  • Domain Sharing – How to accommodate both original and new SMTP domains at every stage

Aimed at IT Admins, Infrastructure Engineers and Project Managers, this session outlines both technical and project management considerations – giving you a great head start when faced with a tenant migration.the different layers of guest access and the common challenges that accompany a more complicated Microsoft 365 infrastructure.

Sponsored by: