AppFabric 캐시에 과부하가 걸리면 예기치 않은 응용 프로그램 동작이 발생한다는 것을 알았습니다.AppFabric 캐싱을 사용한 성능 문제
비슷한 경험이 있습니까? AppFabric의 이상적인 구성에 대한 의견이 있으십니까?
AppFabric 캐시에 과부하가 걸리면 예기치 않은 응용 프로그램 동작이 발생한다는 것을 알았습니다.AppFabric 캐싱을 사용한 성능 문제
비슷한 경험이 있습니까? AppFabric의 이상적인 구성에 대한 의견이 있으십니까?
AppFabric에 적용한 한계가 성능 문제의 궁극적 인 원인 인 것처럼 보입니다. 즉, channelOpenTimeout 및 requestTimeout을 적절한 값으로 구성했는지 확인하는 것이 좋습니다. 기본값은 매우 높으며 많은 경우에 기다리지 않고 데이터 저장소에서 데이터를 다시 읽는 것이 좋습니다. 응답 할 AppFabric.
<dataCacheClient channelOpenTimeout="5" requestTimeout="1000">
<!-- cache host(s) -->
<hosts>
<host name="localhost" cachePort="22233" />
</hosts>
</dataCacheClient>
제한 사항과 관련하여 정확하다고 판단됩니다. –
제한 사항이 128 개이고 캐시를 시도하고 150MB의 항목이 있으면 어떻게됩니까? –
나는 모른다 : O) – s1mm0t
캐시 할 수있는 개체의 최대 크기는 기본적으로 8MB입니다. 프로덕션 응용 프로그램이 해당 크기의 개체를 캐시하려는 경우 고급 구성 속성을 통해이를 변경할 수 있습니다. 다른 질문 : 150Mb 데이터를 128Mb 크기의 캐시로 펌핑하려고하면 어떻게됩니까? 1. 객체는 최선형 LRU를 사용하여 evitcted되며 더 새로운 객체가이를 대체합니다. 2. 들어오는 속도가 제거 속도보다 빠르면 캐시가 제한되어 일부 기록이 모든 기간 동안 차단됩니다.
구성을 설명 할 수 있습니까?이 예기치 않은 동작은 무엇입니까? –
단일 캐싱 서버, 128MB RAM 제한, 8 코어, SQL 서버, 낙관적 캐싱에서 높은 처리량으로 AppFabric 성능이 크게 저하됩니다. AppFabric 캐싱 서비스는 ASP.NET 응용 프로그램에서 사용하고 있습니다. –
얼마나 많은 데이터를 캐싱하고 있습니까? appFabric 서비스에 128MB로 제한되는 이유는 무엇입니까? –