>>>That link discusses setting affinity on W2K/W2K3/XP. I found the second while researching how to set it on Windows 7. While the author seems to be focused on performance, for this particular scenario (NTVDM.EXE) it would be used for reliability.
>>>
>>>Regarding processor affinity and performance, ISTR researching that some time ago (Web research, not testing) and the consensus was it makes things worse unless you have *very* specialized edge cases and you know exactly what you're doing. My guess is schedulers have only gotten better since then.
>>
>>quite true, but running several VM, each taxed with a vfp single thread core, might just sit on such an edge ;-))
>
>Hmm, that might be true on bare metal, but I'm not sure how you would implement it in a virtualized environment. Yes, you could set a process's affinity to a vcore in a VM, but nothing's stopping the hypervisor from swapping that vcore from one physical core to another, varying the (timesliced) portion of a real core that the vcore gets at a given time, etc. For best results you'd also want to set some sort of affinity in the hypervisor such that your VM's vcores were tied to specific, dedicated physical cores. That may be possible, but would violate pretty much every reason why people use virtualization in the first place ;)

In our case the benefits of VM are mostly to have pathing in place as to not depend on dynamic pathing for each process and the ease of moving the environments to other HW in case of upgrade, failure or hosting switch. The 10% added runtime in the worst case was worth it, as fiddling with such issues was getting on my nerves.

Yes, in my case the VMs would be set to specific cores - even if the speedup is only negligible, timing critical stretches should be less prone to variations stemming from the almost random distribution of others tasks swapping more or less than usual in the timed run.