Actualmente estamos diseñando nuestros nuevos servidores de bases de datos, y hemos llegado a un intercambio que no estoy del todo seguro de cómo responder.
Estas son nuestras opciones: 48 GB 1333 MHz o 96 GB 1066 MHz.
Mi opinión es que la RAM debería ser abundante para un servidor de base de datos (tenemos muchos datos, y algunas consultas muy grandes) en lugar de lo rápido que podría ser. Aparentemente no podemos obtener chips de 16GB a 1333MHz, de ahí las opciones anteriores.
Entonces, ¿deberíamos obtener mucha RAM más lenta o menos RAM?
Información extra:
Número de ranuras DIMM disponibles: 6
servidores: CPU Dell Blades: 6 núcleos (solo un socket debido a las licencias de Oracle).
Respuestas:
Querrás ir con la RAM grande y lenta. La diferencia en el rendimiento de RAM es insignificante en comparación con la diferencia entre el rendimiento de RAM y el rendimiento del disco.
fuente
Muy bien, es muy muy muy simple:
¿Su base de datos cabe en 48 GB de RAM con sistema operativo y todo? Si es así, tómalo. De lo contrario, toma 96 GB
Además, el ajuste de la base de datos en xyz GB de RAM significa que se ajusta a los índices, las vistas y todo eso.
Los comentarios de SSD son completamente absurdos, tanto el ancho de banda como el tiempo de acceso no están en el mismo nivel y ningún SSD puede justificar tomar menos RAM.
fuente
Solo base de datos? Dependiendo de la base de datos, creo que la RAM más grande sería mejor. Se ha demostrado que la diferencia de velocidad es minúscula en el mejor de los casos, pero los 48 gb adicionales pueden / pueden hacer una gran diferencia.
fuente
Definitivamente gran RAM, maldita sea la velocidad.
El acceso a datos aleatorios para la tecnología RAM del siglo XX '90 es inferior a 100 ns. Eso está usando chips prácticamente antiguos que ni siquiera encajarán físicamente en nada del límite contemporáneo.
El acceso a datos aleatorios para discos duros de 15k rpm se mide en milisegundos. 100 ns es 10 000 veces más corto (nano -> micro -> milli) que 1 ms. La RAM actual es más rápida y el HDD necesita varios milisegundos para acceder a los datos. No podría importarme menos si mi RAM fuera 50 000 más rápido o solo 30 000 veces más rápido que el HDD, si pudiera obtener más.
fuente
Debes llamar tu atención en algunos puntos:
fuente
ANCHO DE BANDA DE MEMORIA = / = VELOCIDAD!
Probablemente, la parte más importante de la información faltante es la temporización de la memoria y el tipo de CPU / FSB. reduzca el retraso de carga de memoria de la CPU en unos pocos ciclos y disparará el doble de ancho de banda en ciertos cálculos. Algunas bases de datos no usan grandes cantidades de RAM debido al sistema operativo y razones técnicas, ¿qué servidor de base de datos está utilizando? Tipo de CPU? L [123] niveles de caché? tipo de consultas a ejecutar? tamaño de la base de datos?
fuente
Antes de gastar demasiado dinero en hardware incorrecto, haría algunas pruebas y análisis antes de comprar hardware.
Su elección debe depender de muchos factores:
CPU más rápido que más memoria? red más rápida? rediseño menor en sofware / sql?
su análisis también podría ser muy relevante para los desarrolladores, bases de datos y archivos de software y diseñadores de consultas sql .....
Si está utilizando Windows, puede ejecutar fácilmente perfmon para ver algunas estadísticas sobre el sistema en ejecución actual y puede ser muy afortunado de tener una idea clara de sus necesidades.
fuente