更多的与快核心在一个网络服务器[封闭]
https://stackoverflow.com/questions/3801
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
讨论的双对四核是一样古老的Quadcores本身的答案通常是"这取决于你的方案"。因此，这里的情况是一个网络服务器(Windows2003年(不知道，如果x32或64)、4GB RAM、IIS ASP.net 3.0).
我的印象是，在一个网络服务器不需要那么快的，因为请求是通常而不是轻量级的，因此具有更多(较慢)核心应该是一个更好的选择，因为我们有许多小的请求。
但因为我没有太多的经验与IIS负载平衡，因为我不想花很多钱，只是为了找出我做了错误的选择，可以某人有更多一点的经验论是否更慢或更少的快核心是更好吗？
解决方案
为什么喜欢一个网络服务器，划分了任务的处理每个连接(相对)很容易。我说它是安全来说，网络服务器是一种最常见的(和解决)使用平行的代码。既然你们能够分得多的处理成多个离散的线程，更多的核心实际上不会受益于你。这是一个很大的原因为何，共同主办的即使是可能的。如果服务器的软件，如IIS和Apache不能运行要求在并行它将意味着，每一页的请求，就必须抛出在排队的时尚...有可能使装载时间无法忍受的缓慢。
这也是为什么高端服务器操作系统，如Windows2008服务器的企业的支持的东西喜欢64核心和2TB RAM。这些都是应用程序，实际上可以利用的许多核心。
此外，由于每个请求很可能有低CPU负荷，可能(对于某些应用程序)得到更多的较慢的核心。但很明显，具有每个核心快可能意味着能够得到每项任务完成的越快，并在理论上，处理更多的任务和更多的服务请求。
其他提示
我们使用apache on linux，其叉的过程来处理的请求。我们已经找到更多的核心帮助我们的吞吐量，因为它们降低的等待时间的过程在等待被安置在运行的队列。我没有太多的经验IIS，但是我想象中的同一方案适用于它的线的游泳池。
马哈里森所说的:
我没有太多的经验IIS，但是我想象中的同一方案适用于它的线的游泳池。
事实上-更多的核心=更多线程的同时运行。IIS本身就是多线程的，并需要方便利用这个。
越多越好。作为编程语言开始变得更加复杂的和抽象的，更多的处理能力，将是必需的。
Atleat杰夫认为 四核好.
