Сервер баз даних: Мала швидка ОЗУ або велика повільна ОЗУ?

Наразі ми розробляємо наші нові сервери баз даних, і придумали компроміс, я не зовсім впевнений, як відповісти.

Це наші варіанти: 48 Гб 1333 МГц або 96 ГБ 1066 МГц.

Я думаю, що оперативна пам’ять повинна бути достатньою для сервера баз даних (у нас є багато і багато даних, а також дуже великих запитів), а не настільки швидко, наскільки це могло б бути. Мабуть, ми не можемо отримати чіпси 16 Гб на 1333 МГц, звідси і вибір вище.

Отже, чи мусимо ми отримувати багато більш повільної оперативної пам’яті чи менш швидкої оперативної пам’яті?

Додаткова інформація:

Кількість доступних слотів DIMM: 6
серверів: Dell Blades CPU: 6 core (лише одна розетка завдяки ліцензуванню Oracle).

Вам захочеться пройти з великою і повільною ОЗУ. Різниця в продуктивності оперативної пам'яті незначна в порівнянні з різницею між продуктивністю оперативної пам’яті та продуктивністю диска.

Гаразд, це дуже-дуже просто:

Чи відповідає Ваша база даних в 48 Гб оперативної пам’яті з ОС і всіма іншими? якщо так, візьміть це. Ще, візьміть 96 Гб

Крім того, розміщення бази даних у xyz ГБ оперативної пам’яті означає, що вона відповідає індексу, переглядам та ін.

Коментарі SSD є повною дурницею, і пропускна здатність, і час доступу не на одному рівні, і жоден SSD не може виправдати отримання меншої оперативної пам'яті.

Лише база даних? Залежно від бази даних, я думаю, що більша оперативна пам'ять буде кращою. Різниця в швидкості була доведена як мінімум в кращому випадку, але додаткові 48 Гбіт волі / можуть призвести до величезних змін.

Однозначно велика оперативна пам’ять, швидкість проклята.

Доступ до випадкових даних для технології оперативної пам’яті з XX століття '90 знаходиться нижче 100 нс. Це використання практично старовинних чіпів, які навіть фізично не вписуються ні в що прикордонне сучасне.

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

Ви повинні звернути увагу на деякі моменти:

• Затримка пам’яті Швидкість пам’яті залежить від двох факторів: швидкості шини та затримки. Зазвичай чіпи з більшою щільністю призводять до більшої затримки, що, нарешті, означає меншу швидкість
• Загальні дані індексу Найважливіше y для завантаження всіх даних індексу в пам'ять. Дані індексу - це найважливіші дані, які вам потрібні в пам'яті (більший штрафний ефект у продуктивності).
• Швидкість диска Чи зберігаються дані БД на SSD? Якщо відповідь "так", слід особливо подбати про затримку пам'яті.

ПАМ'ЯТНА РОБОТА = / = Швидкість!

Напевно, найважливішим фрагментом інформації про відсутність інформації є таймінги пам'яті та тип процесора / FSB. зменшіть затримку завантаження оперативної пам’яті на кілька циклів, і ви будете вибуховим способом подвоїти пропускну здатність у певних розрахунках. Деякі бази даних не використовують значну кількість оперативної пам'яті через операційну систему та технічні причини, яким сервером баз даних ви користуєтесь? Тип процесора? L [123] рівні кешу? тип запитів для запуску? розмір бази даних?

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

• Перш за все, подумайте про свій УРД.
• якісь жорсткі вимоги до продуктивності та часу реагування?

Вибір має залежати від багатьох факторів:

• За різних навантажень та звичок, що насправді є вузьким місцем?
• ЦП, пам'ять, сховище, мережа?
• Чи, мабуть, важливіше витратити більше грошей на швидше зберігання, ніж більше пам’яті?

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

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

Якщо ви використовуєте Windows - ви можете легко запустити perfmon, щоб побачити деякі статики в поточній запущеній системі, і, можливо, пощастить отримати чітке уявлення про ваші потреби.