우리는 우리의 응용 프로그램에서 infinispan 핫로드를 사용하고 있습니다. 캐시에서 검색하는 데 시간이 더 걸리는 경우가 있습니다. 일관되게 나타나지 않습니다. 대개의 경우 시간은 6m 초이지만 시간이 오래 걸리면 (200msec) 매우 오래 걸립니다.infinispan 핫로드 지연
캐시에서 검색된 개체의 크기는 약 200 바이트입니다.
우리는 모두 infinispn 5.2.1 및 JDG에서 6.3.2아무도이 문제에 직면 했 테스트?
감사
삶
자바를 실행하고, 그 쓰레기 수집기가 언제든지 해고 할 수 있다는 것을 의미하고 당신은 매우 운이, 몇 초라면 그것이 당신에게 200 밀리 줄 것 기억 당신이 경우 큰 힙이 있고 잘 조정 된 GC 설정이 아니라면 최대 및 몇 분까지.
분산 캐시에서 검색하려면 RPC가 필요하고 다른 노드로 RPC가 처리되므로 스레드 예약 또한 중요한 역할을합니다. 그리고 바쁜 시스템에서 스레드를 기다리는 것은 놀라운 일이 아닙니다.
Infinispan의 관점에서 보면 검색을 기다릴 필요가 없습니다. 요청은 RPC로 원격 모드로 변환되고 메시지를받은 동일한 스레드가 처리합니다. 요청은 잠금을 기다리지 않습니다.
JGroups에서는 약간의 지연이있을 수 있습니다. 메시지가 네트워크에서 손실되거나 수신자가로드를 처리 할 수없는 경우 폐기 된 다음 재전송 될 수 있습니다. 또한 UFC 프로토콜은 수신자 속도가 발신자의 속도와 일치 할 수 있는지 확인합니다.
비 실시간 Java 맨 위에 구축 된 모든 것이 최선의 노력으로 작동하고 때로는 sh! t가 발생합니다. 200ms는 여전히 좋은 응답 시간입니다.
자세한 답변을 보내 주셔서 감사합니다. 우리는 지난 며칠 동안 JDG 6.3.2의 문제에 직면 해 있지 않습니다. 더 많은 시간 동안 모니터 할 것입니다. – lives