VMware

Virtual Performance

Scott Drummonds works in a variety of performance areas at VMware: VDI, application best practices, competitive analysis, customer performance investigations, and outward bound communications. This blog will detail some of my musings on these subjects.

2 Posts tagged with the vsphere tag
0

I was recently copied on an internal thread discussing a performance tweak for VMware vSphere. The thread discussed gains that can be derived from an adjustment to the CPU scheduler. In ESX 3.5, ESX's cell construct limited vCPU mobility between different sockets. ESX 4.0 has no such limitations and its aggressive migrations are non-optimal in some cases.

This thread details the application of this change in ESX 4 and provides some insight into its impact. This scheduler modification is going to be baked in to the first update to ESX 4.

On 4socket (or more) Dunnington (or any non-NUMA) platform, VMmark score can be further improved by enabling CoschedHandoffLLC: In console OS, it can be enabled via vsish (available from VMware*debug-tools*.rpm):

vsish -e set /config/Cpu/intOpts/CoschedHandoffLLC 1
I believe that config parameter is also tunable through VC or VI client. (haven't confirmed myself)

The degree of improvement depends on the configurations but in one case, the improvement was about 10 - 20%.

In default setting, VMmark may suffer many inter-package vcpu migrations which causes performance degradation. Setting CoschedHandoffLLC reduces the number of inter-package vcpu migrations and recovers performance loss.

The fix is disabled by default in ESX 4.0 GA but will be enabled by default in ESX 4.0 u1.

Try this out and let me know if you see a significant change on any of your workloads.

0 Comments Permalink
0

The Role of the ESX Monitor

Posted by drummonds VMware Apr 29, 2009

There's a lot of confusion out there on VMware's support for the CPU vendors' virtualization assist technology. VMware has always led the industry with its support for hardware assist. We were the first vendor to support AMD-v and Intel VT-x in 2006, the first to support AMD RVI in 2008, and will be the first to support Intel EPT when vSphere 4 becomes publicly available. These technologies--which we call hardware assist--provide value to the part of ESX we call the monitor.

As we prepare for vSphere's general availability we're generating a lot of documentation to help people get the most out of the new version of ESX. One of my colleagues started a document that details the role of the monitor and how it flexibly uses different hardware assist technologies. I've summarized the default behavior of our monitor in several situations in ESX Monitor Modes. Of course vSphere's users will be able to override these defaults if they want to experiment with their workloads.

I wanted to include a textual summary of the role of the monitor in virtualization but found myself getting bogged down with the writing. So, I thought I'd try something new. Let me know what you think of this short video clip explaining the role of the monitor and how it might leverage hardware assist.

{youtube}http://www.youtube.com/watch?v=PYqsxIE5P-U{youtube}

0 Comments Permalink

Virtual Performance

Scott Drummonds works in a variety of performance areas at VMware: VDI, application best practices, competitive analysis, customer performance investigations, and outward bound communications. This blog will detail some of my musings on these subjects.

Communities