SQL-сервер имеет очень высоко стоимость лицензии на ядро, но для большого количества рабочих нагрузок больше выигрывает от большого количества оперативной памяти. Его теперь еще больше касается таблиц в памяти.
Даже если сервер с 4 ядрами стоит больше, чем сервер с 16 ядрами, он все равно может окупиться за счет экономии затрат на лицензию!
Похоже, что количество ядер - это теперь новое бессмысленное маркетинговое число.
Учитывая дешевизну оперативной памяти, я не считаю 384 ГБ большим объемом оперативной памяти!
Обновить, спасибо за вклад, я только что обнаружил Выбор процессора для SQL Server 2014 на sqlperformance.com, который хорошо описывает варианты.
Ну, во-первых, вы всегда можете отключить ядра в BIOS сервера, если действительно хотите, или купить сервер с более низким числом ядер (HP и т. Д. Делают их), но одна из основных причин, почему это `` так сложно '' чтобы получить серверы с большим количеством оперативной памяти, но с небольшим количеством ядер », потому что для них очень маленький рынок.
Это вполне возможно. У меня есть пример - поддерживаемое мной приложение, в котором количество ядер не так важно, как однопоточная производительность. Итак, у меня есть эти системы, оптимизированные для приложения:
Это процессоры Sandy / Ivy-Bridge текущего поколения, поэтому я указываю четырехъядерные процессоры Intel E5-2643 и шестиядерные процессоры E5-2643 v2, работающие на частоте 3,30 ГГц и 3,50 ГГц соответственно для обработки рабочей нагрузки. Серверы имеют такой же объем оперативной памяти, что и процессоры с большим числом ядер.
У вас также есть доступ к Intel E5-2637 (и v2) процессор, который доступен с 2 и 4 ядрами.
Я нахожу в вашем вопросе несколько «ошибок».
Почему бы вам не запустить сервер базы данных на виртуальной машине с соответствующим количеством выделенных ядер? В качестве бонуса будет удобнее управлять.