任何人都可以提供任何见解，了解为什么我的云部署将比“内部部署”计算机的“马力”条款慢吗？Azure计算能力：超大虚拟机缓慢
我有一个计算密集型应用程序，它使用工作者角色来执行数百万计算（并行）。
目前在Azure中，我正在测试使用特大型（8核心，16GB）VM来执行处理。平均每次迭代需要45分钟，而运行在4核，8GB本地机器上的相同代码只需要15分钟。
Azure日志表明总处理器利用率为99％，但我有12GB的内存空间，所以我肯定会尝试在每次迭代中将更多数据加载到内存中。
8个核心是否单独非常低规格？本地存储真的是本地的吗？也就是说，本地存储真的在不同的物理设备上，因此从文件中获取数据并将结果写入磁盘的速度很慢？在这里
夫妇的问题，我会尽力回答一些...
本地存储是本地的 - 是指在同一磁盘上，在禁区。您是否使用本地存储API访问它？本地存储也是一次性的 - 如果您的应用程序被重新部署，本地存储中的所有数据都将丢失。如果你使用的是Azure驱动器，那么是的，我希望有一些延迟，因为这写入blob存储，但你没有提到。
CPU规格在Azure网站上定义。
虽然没有更好地了解您的后台工作正在遵循的体系结构和流程，但很难解决您的实际缓慢问题。但作为一般规则，我会很惊讶地看到你所指出的结果。 （您的虚拟机是专用硬件还是虚拟机？）
运行分析代码繁重的代码时（即使用少量磁盘，不需要太多RAM），我发现同样的情况。我想问题是，他们根据价格和内核数量而不是功率来选择CPU。理论上你应该平行化你的代码以利用所有这些内核，但是有时候这很难或者很昂贵（在编码时间内）。考虑投票more CPU power，但有时这很难或昂贵。
我怀疑你是对的（很多低功耗核心）。我的代码是高度并行的。在这方面，我发现PLINQ扩展有很大的提升。最终，虽然这只允许我通过处理器进行扩展，但看起来我需要扩展多个工作者角色。 :-( – user1200984 2012-02-10 12:33:04
我遇到了同样的问题。与我的内部部署计算机相比，我的数据库应用程序（在sql azure上）也非常慢。
本地服务器的详细信息： - 戴尔的入门级服务器< 1000美元，4核心和8GB内存。 - 服务器正在运行的虚拟机作为 - 即使数据库服务器是在同一台服务器（与Web服务器共享相同的硬件）
天青上： - Webrole超大的服务器上有8个内核。 - SQL Azure（我猜在不同的物理服务器上）
我的期望是，当我部署到Azure时，它会提高性能！ :( 猜猜看，它是慢4倍
我很失望，我觉得这实在是太慢了8芯（使用分析器代码，每个请求的时间验证）。
我跑测试在我的旧计算机（Intel Pentium）。在该（VMWare主机）上安装相同的本地VM。它比天青更快。
斯科特·格思里（在Windows Azure的队主力）给我
嗨伊万，
我们还有其他的虚拟机硬件配置以及 - 包括多proc和高内存选项。未来你会看到更多的选择。
希望这有助于
斯科特
我的测试：（处理器时间的100％）
卢卡斯 - 莱默数学计算。多线程版本使用的Parallel.For实施
家用电脑的Core i7 3770K（4芯X的3.5GHz）（运8）
单线程（17张主数）：（11.6秒）11676毫秒
MULTITHREADED（17个初级编号）：2816个MS（2.8秒）
天青大VM（4芯×1.6 GHZ）（运2008年的）
单线程（17个初级编号）：37275毫秒
MULTITHREADED 17个初级编号）：10118毫秒
天青超大VM（8个核×1.6 GHZ）（运2008年的）
单线程（17主编号）：36232毫秒
MULTITHREADED（17个初级编号）：6498米
工作计算机 - AMD FX 6100（6芯X 3.3千兆赫）（运7瓦特UPD）
单线程（小学17号）：48758毫秒
MULTITHREADED（小学17号）：16486毫秒
您的家用电脑可以跳动！我们可以租用您的家用电脑吗？ – 2015-02-27 13:45:49
是的，我使用本地存储通过API。波动对我来说不是问题。我从blob存储中复制输入数据集，将临时结果写入本地存储，然后最终输出回blob。我想我必须添加更多的跟踪信息来确定我是计算还是IO绑定。 – user1200984 2012-02-10 12:28:19