Kodo JDO 분산 캐시 성능은 어떻게됩니까?

StackOverflow https://stackoverflow.com/questions/2023547

  •  19-09-2019
  •  | 
  •  

문제

누구든지 Kodo JDO의 분산 캐시 메커니즘에 대한 경험이 있습니까? 나는 알고 싶다:

1) 분산 캐시 업데이트 사이의 대기 시간은 무엇입니까 (따라서 두 명의 사용자가 두 개의 다른 JVM에서 두 개의 별도 캐시를 치고 동일한 데이터를 사용하고 하나는 다른 캐시를 사용하여 다른 사용자가 언제 업데이트 할 것인지, 하나는 업데이트 될 것입니다. 업데이트?)

2) JVMS 사이에 얼마나 많은 데이터가 전송됩니까? 하나의 캐시로 업데이트 된 경우, 다른 캐시에 객체의 기본 키를 플러시하도록 객체를 떨어 뜨리라고 지시합니까? (문제는 분산 캐시 관리의 네트워크 트래픽/오버 헤드입니다)

3) 외부 피드가 하루 종일 데이터베이스를 업데이트 할 때 (즉, 응용 프로그램을 통해 들어오지 않음) 캐시 플러시를 외부로 호출하는 것이 얼마나 쉬운가요?

우리의 응용 프로그램은 12 JVM의 웹 로그 클러스터에서 실행되며 분산 캐시가 데이터베이스에서 가져 오는 대형 객체 그래프 (현재 캐싱되지 않은)에서 나오는 성능을 도울 수있는 도움을 고려하고 있습니다. #1,2 및 3에 대한 경험. 감사합니다.

올바른 솔루션이 없습니다

다른 팁

이것은 부분적인 대답이지만 여전히 도움이된다고 생각합니다 ( http://docs.oracle.com/cd/e13189_01/kodo/docs303/ref_guide_cache.html):

kodo.event.remotecommitprovider와 함께 사용하면 커밋 정보는 JMS 또는 TCP를 통해 다른 JVMS에 전달되며 원격 캐시는이 정보를 기반으로 무효화됩니다.

이것이이 커밋이 원래 거래의 일부로 포함되어 있음을 의미하는지 여부는 또는/또는이 작업과 함께 지연 시간 또는 오버 헤드가 무엇인지, 그리고 얼마나 잘 확장되는지 (예 : 당신이 어떻게 수행합니까? '15 JVM을 조정하면 동일한 데이터를 업데이트하는 여러 사용자가 있습니다)

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top