Serveur de base de données: Petite RAM rapide ou grande RAM lente?

Nous concevons actuellement nos nouveaux serveurs de base de données et nous avons trouvé un compromis. Je ne sais pas trop comment vous répondre.

Voici nos options: 48 Go à 1333 MHz ou 96 Go à 1066 MHz.

Je pense que la mémoire vive devrait être abondante pour un serveur de base de données (nous avons beaucoup de données, et quelques requêtes très volumineuses) au lieu d’être aussi rapide que possible. Apparemment, nous ne pouvons pas obtenir des puces de 16 Go à 1333 MHz, d’où les choix ci-dessus.

Alors, devrions-nous avoir beaucoup de RAM plus lente ou moins rapide?

Informaitons supplémentaires:

Nombre d'emplacements DIMM disponibles: 6
serveurs: unités centrales Dell: 6 processeurs (un seul connecteur en raison de l'octroi de licences Oracle).

Vous voudrez aller avec la grande et lente RAM. La différence entre les performances de la RAM est négligeable par rapport à la différence entre les performances de la RAM et les performances du disque.

Bon, c'est très très très simple:

Votre base de données contient-elle 48 Go de RAM avec le système d’exploitation et tout le reste? si oui, prenez ça. Sinon, prenez 96Go

En outre, l'adaptation de la base de données à xyz Go de RAM signifie qu'elle s'adapte aux index, aux vues, etc.

Les commentaires SSD sont un non-sens total, la bande passante et le temps d'accès ne sont pas au même niveau et aucun SSD ne peut justifier de prendre moins de RAM.

Base de données seulement? Selon la base de données, je penserais que la plus grande RAM serait mieux. La différence de vitesse s’avère au mieux minime, mais les 48 Go supplémentaires feront / pourraient faire une énorme différence.

Définitivement grande RAM, vitesse soit damné.

L'accès aux données aléatoires pour la technologie RAM du XXe siècle '90 est inférieur à 100 ns. Cela utilise des puces pratiquement anciennes qui ne s'intègrent même pas physiquement dans un style contemporain.

L'accès à des données aléatoires pour les disques durs de pointe à 15 000 tr / min est mesuré en millisecondes. 100 ns est 10 000 fois plus courte (nano -> micro -> milli) que 1 ms. La RAM actuelle est plus rapide et le disque dur a besoin de plusieurs millisecondes pour accéder aux données. Je m'en fous si ma RAM était 50 000 fois plus rapide ou seulement 30 000 fois plus rapide qu'un disque dur, si je pouvais en avoir plus.

Vous devez prendre votre attention sur certains points:

• Mémoire de la mémoire La vitesse de la mémoire dépend de deux facteurs: la vitesse du bus et la latence. Habituellement, les puces avec plus de densité entraînent une latence plus élevée, ce qui signifie finalement moins de vitesse
• Total des données d'index Le y le plus critique pour charger l'intégralité des données d'index en mémoire. Les données d'index sont les données les plus critiques dont vous avez besoin en mémoire (effet de pénalité accru sur les performances).
• Vitesse du disque Avez-vous les données de base de données stockées dans SSD? Si la réponse est oui, faites particulièrement attention à la latence de la mémoire.

MEMORY BANDWIDTH = / = SPEED!

L’information manquante la plus importante est probablement le minutage de la mémoire et le type de CPU / FSB. Réduisez le délai de charge de la mémoire du processeur de quelques cycles et vous obtiendrez deux fois plus de bande passante lors de certains calculs. Certaines bases de données n'utilisent pas d'énormes quantités de RAM pour des raisons techniques et de système d'exploitation. Quel serveur de base de données utilisez-vous? Type de CPU? L [123] niveaux de cache? type de requêtes à exécuter? taille de la base de données?

Avant de dépenser trop d'argent sur du mauvais matériel, je faisais quelques tests et analyses avant d'acheter du matériel.

• Tout d’abord, pensez à votre contrat de niveau de service.
• des exigences strictes en termes de performances et de temps de réponse?

Votre choix devrait dépendre de nombreux facteurs:

• sous différentes charges de travail et différents usages, quel est le goulot d'étranglement?
• CPU, mémoire, stockage, réseau?
• Est-il peut-être plus important de dépenser plus d'argent pour un stockage plus rapide que plus de mémoire?

• CPU plus rapide que plus de mémoire? réseau plus rapide? refonte mineure sur le logiciel / sql?

• votre analyse pourrait également être très pertinente pour les développeurs, les architectes de bases de données et de logiciels et les concepteurs de requêtes SQL .....

Si vous utilisez Windows, vous pouvez facilement exécuter perfmon pour voir certaines statistiques sur le système en cours d’exécution et vous aurez peut-être beaucoup de chance d’avoir une idée précise de vos besoins.