IIS + Ajax UpdatePanel이 극단적 인 메모리 사용을 초래합니다.

Question

정렬 및 페이징과 함께 gridview와 결합 된 업데이트 패널이 있습니다.

나는 작업자 프로세스의 메모리 사용량 (W3WP)를 모니터링하는 작업 관리자로 이동

난 그냥 빠르게 정렬 버튼을 클릭하면됩니다 무엇. 각각

그런 다음이 더 메모리까지 해제되지 않은, 남아에서 정지 그래서 약 90 30 메가 바이트 메모리 사용에서 이동에 대한 2메가바이트

와 프로세스 증가 메모리를 클릭합니다. 캐싱 또는 세션/응용 프로그램 상태를 사용하지 않습니다.

무엇이 문제의 원인 일 수 있습니까? IIS에 mem 사용을 줄이기위한 설정이 있습니까? 그래서 다른 86 무엇을 위해 사용된다, 4메가바이트 ??? : -

나는 또한 내 응용 프로그램의 메모리 사용량을 조사하는 .NET 프로파일 러를 사용 작업 관리자에서 4MB를 다시 기록하더라도 90MB라고 말하면 나머지는 IIS에서 어떤 방식 으로든 사용해야하는 관리되지 않는 메모리라고 생각하게됩니다.

Answer 1

문제는 실제로 GridView와 관련이 있으며 UpdatePanel에는 없습니다. 해당 레코드는 ViewState에 저장되므로 모든 단일 포스트 백이 앞뒤로 전달됩니다. 또한 정렬 버튼을 빠르게 클릭하면 여러 가지 요청을 생성하여 데이터를 정렬합니다. 정렬을 구현 한 방법에 따라 각 클릭 요청별로 정렬 할 수 있도록 레코드 세트를 복제 할 수 있습니다.

단순히 ASP.NET 응용 프로그램을 호스팅하기 때문에 "메모리 사용을 줄이기"위해 IIS에 설정이 없습니다. 응용 프로그램은 자체 메모리 관련 문제를 해결해야합니다.

많은 양의 데이터를 정렬하는 것은 리소스 집약적 인 프로세스가 될 수 있습니다. 가장 좋은 방법은 클릭 한 후에 정렬 버튼을 비활성화하고 데이터 정렬이 완료되면 다시 활성화하는 것입니다.

Answer 2

.NET GC는 비 결정적입니다. 이것은 그것이 실행되어야한다고 결정할 때마다 실행된다는 것을 의미합니다. 예를 들어 Page_Init 이벤트에서 GC.Collect()를 명시 적으로 호출하여 메모리가 여전히 증가하는지 확인할 수 있지만 실제 앱에서 GC_Collect()를 제거하는 것이 좋습니다. 그렇지 않으면 GC가 효율적으로 작업하지 못하게됩니다.