7
얼마나 자주 응용 프로그램 풀을 재활용해야합니까?얼마나 자주 응용 프로그램 풀을 재활용해야합니까?
누군가 내가 24 시간마다 응용 프로그램 풀을 재활용해야한다고 말했습니까?
왜 응용 프로그램 풀을 재활용해야합니까?
어떤 종류의 혜택을 얻을 수 있습니까?
A
답변
7
일부 대체 이유가 없으면 TIME 기반 재활용 (매일 오전 3시 등의 일정이 없거나 29 시간마다 주기적으로 순환되는 재활용이 아님)을 제안합니다. 나는 이것이 일상적인 상황에서 서버를 재부팅해야하는 경량 버전의 재활용을 고려해 보았을 때 상황이 덜 안정적이었던 때를 포착하는 것이 더 중요하다고 주장 할 것입니다.
메모리 누수 등으로부터 자신을 보호하기 위해 가상 및 사용 된 메모리에 제한을 설정하여 프로세스가 제어를 벗어날 경우 강제로 재활용 할 수 있습니다. 불필요하게 재활용하지 않고 너무 많은 메모리를 사용하지 않도록 모든 가치를 얻을 수 있습니다.
절대적으로 재활용해야 할 시간이 있지만, 주로 변경 사항 (예 : 새 DLL을 삭제하거나 특정 구성을 변경 한 경우)과 관련되어 있습니다. 올바르게 작성되고 테스트 된 코드를 사용하여 "정기적 인 유지 보수"유형의 재활용이라는 측면에서 보면 이것이 반드시 필요한 것은 아닙니다. (추가주의 사항, 적절한 모니터링도 도움이됩니다. CPU를 사용하여 프로세스를 실행할 수 있고 재활용 제한이 없다고 가정하기 때문입니다.)
재활용의 이점은 "시작하기"때문입니다. 메모리를 정리하고 DLL을 다시로드하십시오. 모든 장기 실행 스레드 (읽기 : 아무것도 수행하지 않는 스레드)는 제거됩니다. 단점은 물건을 다시 메모리에로드하는 데 시간을 소비해야한다는 것입니다 (새로운 워밍업 물건이 당신을 위해 많은 일을 처리하지만).
하나의 정답이 있다면 구성 할 수있는 것이 아니라 내재 된 것이라고 생각합니까? 기본적으로 * 기본 *은 29 시간입니다. –
솔직히 말해서 리소스가 관리되는 경우에 꽉 응용 프로그램을 작성하고 경우에 따라 정적 클래스 (영구 읽기 전용 데이터와로드 타임에 이중 잠금이 필요함)의 응용 프로그램 풀에 영구 데이터를 저장하려는 경우도 있습니다. 이 질문에 나는 종종 궁금해했다. 나는 앱 풀을 전혀 재활용해야 하는가? –