Сервер базы данных: небольшая быстрая оперативная память или большая медленная оперативная память?

Вам захочется использовать большую и медленную RAM. Разница в производительности RAM незначительна по сравнению с разницей между производительностью RAM и производительностью диска.

Хорошо, это очень-очень-очень просто:

Умещается ли ваша база данных в 48 ГБ ОЗУ с ОС и всем остальным? если да, возьмите это. Иначе возьмите 96Гб

Кроме того, размещение базы данных в xyz ГБ ОЗУ означает, что она подходит для индексов, представлений и прочего.

Комментарии SSD - полная чушь, и пропускная способность, и время доступа не на одном уровне, и ни один SSD не может оправдать использование меньшего количества оперативной памяти.

Только база данных? В зависимости от базы данных я бы подумал, что больше RAM было бы лучше. Было доказано, что разница в скорости в лучшем случае мала, но дополнительные 48 ГБ могут иметь огромное значение.

Однозначно большой объем оперативной памяти, будь к черту скорость.

Доступ к случайным данным для технологии RAM из XX века 90-х составляет менее 100 нс. Здесь используются практически древние чипы, которые даже физически не вписываются ни в что пограничное современное.

Доступ к случайным данным для современных жестких дисков со скоростью вращения 15 000 об / мин измеряется в миллисекундах. 100 нс в 10 000 раз короче (нано -> микро -> милли), чем 1 мс. Текущая оперативная память работает быстрее, а жесткому диску требуется несколько миллисекунд для доступа к данным. Мне было все равно, будет ли моя RAM на 50 000 быстрее или всего в 30 000 раз быстрее, чем HDD, если бы я мог получить больше.

Обратите внимание на некоторые моменты:

• Скорость памяти Скорость памяти зависит от двух факторов: скорости шины и задержки. Обычно чипы с большей плотностью приводят к большей задержке, что в конечном итоге означает меньшую скорость
• Общие данные индекса Самый важный y для загрузки всех данных индекса в память. Данные индекса - это наиболее важные данные, которые вам нужны в памяти (более высокий эффект снижения производительности).
• Скорость диска У вас есть данные БД, хранящиеся на SSD? Если ответ положительный, обратите особое внимание на задержку памяти.

ПОЛОСА ПАМЯТИ = / = СКОРОСТЬ!

Вероятно, самая важная часть недостающей информации - это тайминги памяти и тип CPU / FSB. уменьшите задержку загрузки памяти ЦП на несколько циклов, и вы удвоите пропускную способность в определенных вычислениях. Некоторые базы данных не используют большое количество оперативной памяти из-за операционной системы и технических причин. Какой сервер баз данных вы используете? Тип процессора? L [123] уровни кэша? тип выполняемых запросов? размер базы данных?

Прежде чем тратить слишком много денег на неправильное оборудование, я бы провел несколько тестов и анализов перед покупкой оборудования.

• Прежде всего, подумайте о своем SLA.
• какие-то жесткие требования к производительности и времени отклика?

Ваш выбор должен зависеть от многих факторов:

• в чем собственно узкое место при различных нагрузках и использовании?
• ЦП, память, хранилище, сеть?
• Возможно, важнее тратить больше денег на более быстрое хранилище, чем на увеличение объема памяти?

• быстрее процессор, чем больше памяти? более быстрая сеть? незначительный редизайн программного обеспечения / sql?

• Ваш анализ также может быть очень актуален для разработчиков, разработчиков баз данных и программного обеспечения, а также проектировщиков запросов sql ...

Если вы используете окна - вы можете легко запустить perfmon, чтобы увидеть некоторую статику в текущей работающей системе, и, возможно, вам очень повезет получить четкое представление о ваших потребностях.