우리는 하나의 웹 서버로 시작할 것이지만 곧 작은 웹 팜으로 확장 할 ASP.Net MVC 프로젝트를 가지고 있습니다. ASP.Net 인증은 사용자 ID를 저장하고 데이터 캐싱 또한 유용 할 수 있으므로 우리는 상당히 빨리 주 서버로 점프해야 할 것입니다. 저는 State Server가 성능에 어떻게 작용했는지, 그리고 성능 측면에서 어떻게 조정되는지 다른
ASP.NET 캐시에 로그인하기 위해 db insert를 버퍼링하고 있습니다. 항목이 캐시에서 제거 될 때 디스크로 플러시하고 싶습니다. 서버의 플러그를 뽑는 것과 같은 사소한 일을 제외하면 ASP.NET은 캐시 퇴거시 콜백을 얼마나 실행하려고합니까? 2 부, CacheItemRemovedCallback이 Application_End에서 다시 실행하기로되어
캐시 된 개체에 종속 된보기를 설정하여 이 만료되었거나 캐시에서 명시 적으로 제거 된 경우 캐시 된 결과가 즉시 만료되어 오래된 HTML이 렌더링 될 가능성이 없어집니다. 이를 위해 , 내가 사용됩니다 : this.Response.AddCacheItemDependencies(myCacheKeysArray); 그것은 오래된 작업 결과가 반환되지 않습니다 보장
웹 프로젝트에서 10-15 개의 행이있는 테이블의 인덱스 열에 대해 SELECT SQL 쿼리를 수행합니다. 이 쿼리를 서버 메모리에 캐시하는 것이 좋은지 묻고 싶습니다. 인덱스 된 테이블에 대한 SELECT가 가볍고 빠르며 복잡하지 않습니다. 나는 많은 것들 (4GB) 주위에 메모리를 캐시하고 나는 이런 간단한 쿼리를 캐싱하고 싶지 않다. 내 질문은 캐시
다음 문장을 만드는 것이 합법적입니까? if(Cache[CACHE_KEY] == null)
{
//do something to form cache
}
else
{
//do something else that uses cache
}
내 프로그램이 실제로 제대로 작동하는지 확신하지 못하고 (컴파일해도) 실제로 캐시가 존재하지 않는