При прочих равных условиях я пошел бы для 2x четырехъядерная опция, поскольку они совместно используют L2 и L3 эффективнее, но существуют другие вещи полагать, что это не могло бы быть равно, такие как:
- В каком количестве L1/L2/L3 кэш доступен каждому ядру, каждой микросхеме, и всего? Вы могли бы найти, что существует больше кэша всего во много расположении микросхемы, и в зависимости от рабочей нагрузки серверов это может быть значительно.
- Какова подсистема памяти в целом? (более новая система может иметь лучший контроллер памяти и более быструю RAM для движения с ним),
- В какой скорости микросхемы работают? В зависимости от Вашего точного шаблона рабочей нагрузки разница в производительности каждого отдельного ядра может быть как (или больше) значительная как различие в базовом расположении. Не забудьте пробовать, добираются, мера скорости в сравнительном тесте истинного выхода (только пойдите на тактовую частоту, поскольку два базовых проекта могут выполнить по-другому часы-для-тактового),
- Эти две опции имеют ту же подсистему IO или являются там различиями? Для большого сервера базы данных производительность IO часто является намного более важным фактором, чем производительность CPU+RAM.
- Каковы условия лицензирования, под которыми Вы действуете для MSSQL? (если у Вас есть своего рода лицензия объема site/corporate/other, это не может быть проблемой, но если Вы заплатите на ЦП, который часто имеет место, 4x, то двухъядерная опция будет значительно более дорогой),
- Какой выпуск Сервера SLQ Вы намереваетесь выполнить? Я предполагаю Предприятие или Стандарт, в этом случае, это не проблема (стандарт будет использовать до 4 центральных процессоров, и предприятие не ограничено в этом отношении), но некоторые выпуски проигнорируют все кроме первого ЦП или два (см. это и это - хотя те две страницы не ясны на факте, я полагаю, что пределы считают целые центральные процессоры не отдельными ядрами обработки),
задан
eyston
24 May 2011 в 23:42
Ссылка