Comment les performances du cache distribué KODO JDO?
https://stackoverflow.com/questions/2023547
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Quelqu'un at-il une expérience avec le mécanisme de cache distribué de KODO JDO? Je voudrais savoir:
1) ce qui est le temps d'attente comme entre les mises à jour de cache distribué (donc si deux utilisateurs frappons deux caches distincts à savoir sur deux JVMs différents et utilisent les mêmes données et on fait une mise à jour, quand l'autre utilisateur, en utilisant l'autre cache, voir la mise à jour?)
2) le volume de données seront transférées entre JVMs? si une mise à jour est faite à un cache, il ne dit simplement les autres caches de laisser tomber les objets en lui disant les clés primaires des objets à débusquer? (Préoccupation est le trafic réseau / frais généraux de gestion du cache distribué)
3) lorsque vous avez des flux externes de mise à jour de votre base de données tout au long de la journée (à savoir ne pas venir à travers votre application), comment est-il facile d'invoquer l'extérieur un vidage du cache?
Notre application fonctionne dans un cluster Weblogic de 12 JVMs et nous envisageons l'activation du cache distribué pour aider à la performance provenant de grands graphes d'objets étant tiré de notre base de données - qui ne sont actuellement pas cached-- mais je voudrais en savoir expérience du monde réel avec # 1,2 et 3. Merci.
Pas de solution correcte
Autres conseils
Ceci est une réponse partielle, mais je crois encore utile (De http://docs.oracle.com/cd/E13189_01/kodo/docs303/ref_guide_cache.html ):
Lorsqu'il est utilisé conjointement avec un kodo.event.RemoteCommitProvider, engage des informations soient transmises aux autres via JMS JVMs ou TCP, et les caches distants sont invalidées en fonction de ces informations.
On ne dit pas si cela signifie que ce commit est inclus dans le cadre de la transaction initiale (on l'espère) ou et / ou que le temps de latence ou les frais généraux est avec cette opération et comment il échelles (par exemple, la façon dont il fait effectuer si vous coordonner 15 et JVMs vous avez plusieurs utilisateurs mettre à jour les mêmes données)
