2010-01-07 6 views
0

KODO JDO의 분산 캐시 메커니즘에 대한 경험이 있습니까? 나는 알고 싶다 :KODO JDO는 어떻게 캐시 성능을 분산합니까?

1) 분산 캐시 업데이트 사이의 지연은 무엇인가? (두 명의 사용자가 서로 다른 두 개의 JVM에 두 개의 서로 다른 캐시를 사용하고 같은 데이터를 사용하고 하나를 업데이트하는 경우 언제 다른 사용자는 다른 캐시를 사용하여 업데이트를 참조하십시오.)

2) JVM간에 얼마나 많은 양의 데이터가 전송됩니까? 업데이트가 하나의 캐시에 이루어지면 플러시 할 객체의 기본 키를 지정하여 다른 캐시에 객체를 삭제하도록 지시합니까? (걱정거리는 분산 캐시 관리의 네트워크 트래픽/오버 헤드입니다.) 3) 하루 동안 데이터베이스를 업데이트하는 외부 피드가있는 경우 (즉, 응용 프로그램을 통해 들어오지 않는 경우), 외부에서 캐시를 호출하는 것이 얼마나 쉬운가요? 플러시?

우리의 응용 프로그램은 12 JVMS의 Weblogic 클러스터에서 실행되며 분산 캐시를 사용하여 데이터베이스에서 가져온 대형 객체 그래프 (현재 캐싱되지 않은)에서 얻은 성능을 돕는 것을 고려하고 있지만 알고 싶습니다. # 1,2를 사용한 실제 경험. 3. 감사합니다.

답변

0

이 부분적인 대답,하지만 난 (http://docs.oracle.com/cd/E13189_01/kodo/docs303/ref_guide_cache.html에서) 여전히 도움이 믿고 :

정보를 커밋 kodo.event.RemoteCommitProvider와 함께 사용

가 JMS 또는 TCP를 통해 다른 JVM에 전달된다, 이 정보를 기반으로 원격 캐시가 무효화됩니다.

이것은이 커밋이 원래 트랜잭션 (원할 것입니다) 및/또는 지연 시간 또는 오버 헤드가이 작업과 얼마나 잘 맞는지 (예 : 15 개의 JVM을 조정하고 여러 사용자가 동일한 데이터를 업데이트하는 경우 어떻게 수행합니까?