메모리 누수 정의에 대한 질문입니다.

우선 시스템의 자원이라는게, 메모리만 생각하기 쉬운데

네트워크 소켓, 파일 소켓, IPC 소켓, 폰트, 기타 등등..도 자원입니다.

운영체제가 추상적인 개념(리눅스에서는 파일디스크립터, 윈도에서는 핸들이라는 이름)

으로 프로세스에게 제공해주고, 실제로는 운영체제가 메모리를 통해 관리하죠.

프로세스가 이것들을 생성 후 닫지 않았다면? 프로세스가 당연히 메모리를 계속 쥐고 있겠죠.

즉, 사용하지도 않는데 메모리를 들고 있는, 메모리 누수 현상이 일어날 겁니다.

요약하면 꼭 new/malloc 사용 안해도 메모리 누수 있을 수 있다는 얘깁니다.

저라면, 윗 분 말씀하신 것 처럼 쓰레드/핸들/소켓 등의 자원의 개수부터 확인 할 것 같습니다.

제가 이 얘기 kldp에서만 다섯번쯤 하는 것 같은데 -_-

> 제가 생각하는 메모리 누수란 할당후 제거를 안 해줘서 (new 이후 delete없이 프로그램이 끝나는 경우)생기는 것을 대표적으로 알고 있는대요(그리고 저는 이 메모리 누수는 전원을 제거(Ram 은 휘발성임으로)하기 전까지 컴퓨터가 인지하지 못함으로 사용할수 없다고 알고있습니다.).

아닙니다. -_-

최근 10년 내에 만들어진 범용 OS에서는 이런 일이 일어나지 않습니다. 제대로 된 OS라면 당연히 메모리를 프로세스 별로 관리하고, 프로세스가 죽으면 그 프로세스가 사용하던 메모리는 모두 회수합니다. 따라서 프로세스가 죽기 직전에 delete를 하든 말든 추후 그 영역을 OS가 사용하는 데는 아무런 지장이 없습니다.

(물론 OS가 관리하는 자원이 메모리만 있는 건 아니니까, 임시 파일 같은 걸 만들고 제대로 지우지 않고 죽는다면 계속 남아있을 수도 있습니다.)

---

그건 그렇다 치고, 결국 문제를 "메모리 누수"로 볼 것이냐 아니냐는 보는 사람의 입장에 따른 문제입니다. 이를테면 프로그램을 거지같이 짜서 유저가 요청을 보낼 때마다 무조건 1KB의 메모리를 새로 할당한 다음 프로세스가 끝날 때까지 잡고 있다가 마지막에 풀어준다면, memory leak의 정의에 따르면 메모리의 위치도 잘 파악하고 있고 마지막에 free를 하니 memory leak이 아니라고 할 수도 있겠지요. 하지만 이 프로그램은 유저가 요청을 백만 번 보내면 그때부터 1GB의 메모리를 쓰지도 않을 거면서 잡아놓고 있게 됩니다. 아무도 이게 괜찮은 상황이라고는 하지 않을 것입니다.

그러니까 실질적으로 중요한 것은 이 프로세스를 얼마나 오랫동안 띄워 놓고 있어야 하느냐, 그리고 띄워놓고 있는 동안 메모리가 끝없이 증가하느냐 아니면 어느 정도 증가하다가 멈추느냐, 이 프로그램을 돌리는 컴퓨터의 메모리는 얼마나 넉넉하냐 이런 걸 따져보는 게 중요하겠습니다.