使用支持超线程的新Xeon CPU，目前在Hyper-V主机上使用（或不使用）的智慧是什么？
我最初的印象是，在虚拟主机环境中打开它可能是有害的，因为“额外”的CPU不是真正的核心。 不过，我也读过（未经证实）MS的意见，努力使Hyper-V在超线程环境下运行良好。
有没有人有这方面的可靠信息或经验？ 干杯!
虚拟服务器2005中的超线程技术的老问题，没有过度的技术，是CPUcaching中毒，即它几乎没有caching，因为在每个线程上发生的情况是无关的 – 导致他们争夺片上caching。
较新的芯片具有更大更智能的caching，所以这不是一个问题。
打开或closures是理想的吗？ 这真的取决于工作量。 如果两个线程碰巧运行相同的虚拟机和相同的任务，那么几乎可以肯定是一个很大的优势。 如果他们用大量的随机RAM I / O（例如几个不同的VM）进行不相关的事情，那么只会导致芯片的一半高速caching可用 – 理论上可能会更慢 – 实际上现在很less了。
如果你有老一代的芯片，但你可能想检查芯片高速caching的大小：在虚拟化中，更大的高速caching，你可以得到更好的。 RAM确实比CPU慢得多 – 只是不像磁盘驱动器那么差。
注意：你正在阅读的内容是关于“超线程”的单核心芯片 – 例如这是当天（2005/2006？）的官方回应 – http：//www.VirtualServerFAQ .COM /忻的index.php？页= VirtualServerHostDualCore
Steve Radich http://www.VirtualServerFAQ.com
根据Windows IT专业人员，你想离开它：
答：新的四核英特尔®酷睿™i7处理器支持超线程技术，将每个处理器内核分成两个虚拟内核，以便（可能）提高性能。
Hyper-V和超线程技术的关键在于您为每个虚拟机（VM）分配了多个处理器核心。 假设您从Hyper-Vpipe理控制台分配一个处理器到两个客户VM，并认为每个处理器将使用一个单独的核心。 如果虚拟机pipe理程序将每个虚拟机分配给相同的物理内核，而每个虚拟机都获得虚拟内核呢？ 你可能会得到糟糕的performance，三个物理内核没有太多的工作，你希望每个虚拟机都有自己的物理核心。
幸运的是，事实并非如此。 微软在超线程和Hyper-V方面做了很多工作。 从本质上讲，超线程有时候会有助于性能，但是从来不会影响性能，所以应该启用超线程。
知道超线程的程序能够区分物理核心和逻辑（虚拟）核心，并相应地分配资源。
超线程通过允许在任何给定时间存储两个进程的状态而不是一次只有一个状态来降低上下文切换的成本。 上下文切换通常被认为是非常昂贵的，因为您必须将进程的整个状态加载到CPU中。 这意味着如果你有一个CPU密集型的进程在运行，那么超线程的CPU可以在这个进程和其他进程之间频繁切换，而不会引起太多的性能问题。
运行虚拟服务器的好处是，您可以根据需要创build一个可以随时分配给不同服务器的大型资源池。 这包括重新分配CPU核心并平衡所有可用核心的负载。 如果pipe理程序不知道物理核心和逻辑核心之间的区别，那么你是对的 – 一些物理核心可能处于空闲状态，而其他核心处于100％的CPU利用率，而两个核心都在竞争CPU时间。 但是，如果虚拟机pipe理程序能够区分物理内核和逻辑内核，则会在将多个进程分配给属于同一物理内核的两个逻辑内核之前尝试平衡物理CPU之间的CPU负载。
我没有详细研究这个问题，但由于“容量规划和监控”问题，微软并不build议使用Exchange 2010的超线程技术。 在select一个configuration或另一个configuration之前，您可能需要testing自己的工作负载。
超线程：哇，免费的处理器！
把它关掉。 虽然同时multithreading（SMT）（也称为超线程）的现代实现可以绝对提高大多数应用程序的CPU吞吐量，但Exchange 2013的好处并不会超过负面影响。 事实certificate，由于.NET服务器垃圾收集器分配堆的方式，启用超线程时，可能会对Exchange服务器上的内存利用率产生重大影响。 服务器垃圾收集器查看应用程序启动时的逻辑处理器总数，并为每个逻辑处理器分配一个堆。 这意味着启动时使用服务器垃圾收集器的服务的内存使用率将接近双倍，启用超线程与closures时的比率。 内存的显着增加，以及在内部实验室testing中对Exchange 2013工作负载的实际CPU吞吐量增加的分析，使我们得出了一个最佳实践build议，即应禁用所有Exchange 2013服务器的超线程。 好处不会超过负面影响。
复制来自： http : //blogs.technet.com/b/exchange/archive/2013/05/06/ask-the-perf-guy-sizing-exchange-2013-deployments.aspx