300MB의 메모리 공간이 부족합니까?

Question

약 300MB 크기의 C# .NET 응용 프로그램이 있습니다.

내 질문 :

1. 당신이 응용 프로그램의 메모리 사용량을 모니터링합니까?
2. 300MB의 공간이 부족합니까?
3. 가이드 라인이 있습니까?

Answer 1

짧은 답변 :

우리는 한 번 우리의 타사 컨트롤 중 하나가 버그로 인해 발생 꽤 심각한되기 위하여 계속 WPF 응용 프로그램의 메모리 사용을 모니터링했다.

. NET에서 관리되는 프레임 워크를 제공하기 때문에 걱정할 필요가없는 한 메모리에 대해 걱정하지 않는 것이 지침 일뿐입니다. GC는 꽤 잘 처리 할 수 ​​있으며 여전히 메모리가 남아있는 한 사용하지 않는 것이 좋습니다.

언제 그렇게 될까요? 메모리 예외를 벗어나면 걱정을 시작할 필요가있을 수 있습니다. 나는 개인적으로 그것이 일어나는 것을 결코 보지 못했다.

Answer 2

가장 중요한 것은 시간이지나면서 커지지 않는다는 것입니다. 이것을 제대로 수행하려면 가끔 강제로 가비지 콜렉션을 수행하는 것이 좋으며, 메모리 사용량이 적을 것으로 예상되는 시점에 수행하는 것이 바람직합니다.

우리 GUI 응용 프로그램에서는 세션이 닫힐 때마다 10 분마다이를 수행합니다. 사람들이 릴리스 앱에서 GC를 강제 실행하는 것을 반대한다면, 이것을 디버그 빌드 전용 기능으로 만들 수 있습니다.

Answer 3

메모리가 일정 기간 동안 성장하면 난 단지 걱정 것이다 - 당신이 경우

을 (How to test a WPF user interface? 참조)는 메모리 누수를 노출하기 위해 또 다시 작업을 반복하는 자동화 된 테스트를 사용해야 할 수 있습니다 정말로 내가 메모리 프로파일 러 (예 : Redgate ANTS Profiler)를 사용하거나 무료 시험을 원할 경우 걱정할 것입니다. CLRProfiler4; 후자는 사용하기가 힘들지만 인내심으로 메모리 누출을 발견하게됩니다.

Answer 4

대개 정적 메모리 풋 프린트는 대상 컴퓨터에서 문제를 일으키지 않는 한 문제가되지 않지만 큰 문제는 아닙니다. 메모리의 실제 문제는 메모리 누수가 발생하여 메모리가 증가하는 경우입니다.

내가 결코 신경 쓰지 않는 이유는 특정 응용 프로그램에 대해 좋은 또는 나쁜 메모리 공간이 무엇인지 전혀 알지 못하기 때문입니다. 메모리에 집중하는 것보다 코드 내의 문제를 식별하는 더 나은 방법이 있다고 생각합니다. 간단히 말하자면, 코드가 잘 작성되어 있고 불필요한 참조를 제거했다면 메모리 사용 공간이 옳을 것입니다.