현재 AppFabric 분산 캐시를 테스트 중이므로 잘 작동합니다.AppFabric 로컬 캐시 성능
그러나 성능이 로컬 캐시 기능을 테스트 할 때 성능에 차이가 없음을 알았습니다.
성능 테스트를 위해 OutputCache에서 생성 된 대형 페이지를 AppFabric에 저장하고 있으며 로컬 캐시가 있거나없는 동일한 성능에 주목하고 있습니다.
비슷한 경험이있는 사람이 있습니까? 나는 100000
현재 AppFabric 분산 캐시를 테스트 중이므로 잘 작동합니다.AppFabric 로컬 캐시 성능
그러나 성능이 로컬 캐시 기능을 테스트 할 때 성능에 차이가 없음을 알았습니다.
성능 테스트를 위해 OutputCache에서 생성 된 대형 페이지를 AppFabric에 저장하고 있으며 로컬 캐시가 있거나없는 동일한 성능에 주목하고 있습니다.
비슷한 경험이있는 사람이 있습니까? 나는 100000
의 300의 TTL과 objectcount로, 제한 시간 기반의 로컬 캐시를 사용하고
나는 이것이 당신이 캐시되는 데이터의 유형에 따라 달라집니다 것 같아요.
많은 거의 동일한 Get 메소드 (반환 값이 작은 데이터)가있는 웹 서비스에는 로컬 캐시가 많이 사용됩니다. 로컬 캐시는 캐시 서버에 대한로드가 현저히 적 었으며 대부분의 트랜잭션은 0 밀리 초가 걸렸습니다.
분산 캐시가 로컬 서버에있는 경우에는 거의 차이가 없어야합니다. 분산 캐시에 액세스하는 기본 시간 사용이 네트워크를 통한 전송이기 때문에.
그것은 로컬 캐시 과정에 있기 때문에이 같은 시스템의 로컬보다 분산 캐시에 액세스하기 위해 조금 더 소요 될 수 있습니다
로컬 캐시가 활성화되어는, 캐시 클라이언트가 저장 객체를 로컬에서 로 참조하십시오. 이로 인해 개체가 클라이언트 응용 프로그램 클라이언트 응용 프로그램의 메모리에 계속 유지됩니다.
그러나 로컬 캐시는 동기화 오버 헤드를 추가합니다. 따라서 실제 차이는 사용 패턴에 따라 다릅니다.
AppFabic 레이어에 도달하기 전에 결과가 .Net 캐시에서 제공되지 않는 것이 확실합니까? – David
당신이하고있는 일에 대해 좀 더 자세하게 들어갈 수 있습니까? 아니면 어떤 코드가있을 수 있습니까? 출력 캐싱으로 무엇을하고 있는지 이해할 수 없습니다. – PhilPursglove