2011-10-10 5 views
0

AppFabric 캐시에 과부하가 걸리면 예기치 않은 응용 프로그램 동작이 발생한다는 것을 알았습니다.AppFabric 캐싱을 사용한 성능 문제

비슷한 경험이 있습니까? AppFabric의 이상적인 구성에 대한 의견이 있으십니까?

+0

구성을 설명 할 수 있습니까?이 예기치 않은 동작은 무엇입니까? –

+0

단일 캐싱 서버, 128MB RAM 제한, 8 코어, SQL 서버, 낙관적 캐싱에서 높은 처리량으로 AppFabric 성능이 크게 저하됩니다. AppFabric 캐싱 서비스는 ASP.NET 응용 프로그램에서 사용하고 있습니다. –

+0

얼마나 많은 데이터를 캐싱하고 있습니까? appFabric 서비스에 128MB로 제한되는 이유는 무엇입니까? –

답변

1

AppFabric에 적용한 한계가 성능 문제의 궁극적 인 원인 인 것처럼 보입니다. 즉, channelOpenTimeout 및 requestTimeout을 적절한 값으로 구성했는지 확인하는 것이 좋습니다. 기본값은 매우 높으며 많은 경우에 기다리지 않고 데이터 저장소에서 데이터를 다시 읽는 것이 좋습니다. 응답 할 AppFabric.

<dataCacheClient channelOpenTimeout="5" requestTimeout="1000"> 
    <!-- cache host(s) --> 
    <hosts> 
     <host name="localhost" cachePort="22233" /> 
    </hosts> 
    </dataCacheClient> 
+0

제한 사항과 관련하여 정확하다고 판단됩니다. –

+0

제한 사항이 128 개이고 캐시를 시도하고 150MB의 항목이 있으면 어떻게됩니까? –

+0

나는 모른다 : O) – s1mm0t

0

캐시 할 수있는 개체의 최대 크기는 기본적으로 8MB입니다. 프로덕션 응용 프로그램이 해당 크기의 개체를 캐시하려는 경우 고급 구성 속성을 통해이를 변경할 수 있습니다. 다른 질문 : 150Mb 데이터를 128Mb 크기의 캐시로 펌핑하려고하면 어떻게됩니까? 1. 객체는 최선형 LRU를 사용하여 evitcted되며 더 새로운 객체가이를 대체합니다. 2. 들어오는 속도가 제거 속도보다 빠르면 캐시가 제한되어 일부 기록이 모든 기간 동안 차단됩니다.

관련 문제