Cache Fusion d'Oracle comparé à Informix XPS ?

Bonjour à tous, J'étais un homme d'Informix, mais mon dernier poste exige des compétences Oracle dont je n'ai aucune expérience. Ma question porte sur Oracle Real Application Clusters. Je sais que l'architecture « shared everything » d'Oracle utilise le DLM (distributed lock manager, gestionnaire de verrous distribué) et que, pour les installations de grande taille, cela posait problème. Mais tous les livres blancs d'Oracle affirment que c'est de l'histoire ancienne. Leur technologie de cache fusion aurait résolu tous les problèmes. Y a-t-il quelqu'un qui puisse commenter cela ? Cordialement, hope

> Y a-t-il quelqu'un qui pourrait commenter ceci ? Bien sûr — je suis là pour aider :-) Le DLM n'a jamais vraiment été un problème si important, même si les gens aimaient le croire. Le véritable problème était le suivant. Configuration ------------- Bloc A sur disque Bloc A chargé en mémoire sur le nœud 1 Bloc A chargé en mémoire sur le nœud 2 Modification du bloc A en mémoire sur le nœud 1 Toute modification ou lecture du bloc A en mémoire sur le nœud 2 nécessite une synchronisation Comportement antérieur ---------------------- 1) Le nœud 1 écrivait le bloc modifié sur disque 2) Le nœud 2 lisait le bloc modifié depuis le disque pour la requête C'est ce qu'on appelait un « ping », et les E/S pouvaient rapidement devenir un goulot d'étranglement si vous ne conceviez pas votre application de manière à réduire le nombre de « pings » de données entre les nœuds. Et après cette refonte, il fallait encore partitionner vos données pour que la conception fonctionne. Maintenant, avec Cache Fusion ----------------------------- 1) Le nœud 1 transfère directement le bloc modifié de sa mémoire vers la mémoire du nœud 2 Aucune E/S, aucun besoin de repenser l'application, de partitionner les données, etc.