Больше против более быстрых ядер на Webserver
Обсуждение Двойных против Четырехъядерного так же старо как Куэдкоры самого, и ответ обычно " это зависит от Вашего scenario". таким образом, здесь сценарий - веб-сервер (Windows 2003 (не уверенный если x32 или x64), RAM на 4 ГБ, IIS, ASP.net 3.0).
Мое впечатление - то, что центральный процессор в Webserver не должен быть ТО, ЧТО быстро, потому что запросы обычно довольно легки, настолько имеющие более (медленнее), ядра должны быть лучшим выбором, когда мы получили много маленьких запросов.
Но так как у меня нет большого опыта с балансировкой нагрузки IIS и так как я don' t хотят потратить много денег только, чтобы узнать I' ve сделал неправильный выбор, может кто-то, у кого есть немного больше комментария опыта, лучше ли Более Медленнее или Меньше Более быстрых ядер?
Для чего-то как webserver, деля задачи обработки каждой связи (относительно) легко. Я говорю it' s безопасный сказать, что веб-серверы - один из наиболее распространенных (и сглаженный) использование параллельного кодекса. И так как Вы в состоянии разделить большую часть обработки в несколько дискретных нитей, больше ядер на самом деле приносит пользу Вам. Это - одна из больших причин, почему общее оказание гостеприимства даже возможно. Если программное обеспечение сервера как IIS и апачский couldn' t управляют запросами параллельно, это означало бы, что каждый запрос страницы должен будет быть подан способом очереди..., вероятно, заставляющим времена груза невыносимо замедляться.
Это также, почему Операционные системы сервера высокого класса как Windows 2008 Server Enterprise поддерживают что-то как 64 ядра и 2 TB RAM. Это заявления, которые могут на самом деле использовать в своих интересах это много ядер.
Кроме того, так как каждый запрос вероятен, имеет низкий груз центрального процессора, Вы можете, вероятно (для некоторых заявлений), сходят с рук более медленнее ядра. Но очевидно наличие каждого ядра быстрее может означать способность получить каждую задачу, сделанную более быстрый и, в теории, справиться с большим количеством задач и большим количеством запросов сервера.
Мы используем апача на Linux, который придает процессу форму вилки, чтобы обработать запросы. We' ve нашел, что больше ядер помогает нашей пропускной способности, так как они уменьшают время ожидания процессов, ждущих, чтобы быть помещенными в очередь пробега. Я don' у t есть много опыта с IIS, но я предполагаю, что тот же сценарий применяется с его фондом нити.
Марк Харрисон сказал:
Действительно - больше ядер = больше нитей, бегущих одновременно. IIS неотъемлемо многопоточен, и пользуется легким премуществом этого.
Больше чем лучше. Поскольку языки программирования начинают становиться более сложными и абстрактными, тем больше вычислительной мощности, которая будет требоваться.
Атлит Джефф верит Четырехъядерный, лучше.