My Go 1.3 서버에서 메모리가 OS로 다시 릴리스되지 않는 이유는 무엇입니까?

Go 1.3 Garbage Collector 서버 메모리 보유

문제 이해

불규칙한 트래픽이 있는 연결을 처리하는 TCP 서버가 상당한 양의 시스템 메모리를 사용하고 있습니다. 이는 운영 체제로 다시 릴리스되지 않습니다. 시간이 지남에 따라 메모리 리소스가 고갈될 수 있으므로 동일한 시스템에서 여러 서버를 실행할 때 이 동작은 문제가 됩니다.

백그라운드

Go의 가비지 수집기(GC)는 사용되지 않은 힙 메모리를 해제하지만 그렇지 않습니다. 프로세스의 가상 주소 공간을 항상 축소하지는 않습니다. Windows 플랫폼에서는 이것이 불가능합니다. Unix 기반 시스템에서도 Go는 시스템 호출을 사용하여 사용되지 않은 힙 메모리를 회수할 수 있음을 OS에 알리는데, 이 작업에는 시간이 걸립니다(최대 7분).

분석

기준 Go 커뮤니티 포럼에서 수집된 정보에 따르면 이 문제는 다음 요소와 관련이 있을 수 있습니다.

• Go는 모든 항목을 릴리스하지 않습니다. OS에 대한 메모리: Go는 힙 변수만 릴리스합니다. 고루틴 스택은 해제되지 않습니다.
• 지연된 메모리 해제: 메모리는 GC에 의해 사용 가능으로 표시된 후 즉시 OS로 반환되지 않을 수 있습니다. OS 스윕도 필요하며 최대 7분이 소요될 수 있습니다.
• 과다하게 보고된 메모리 사용량: 할당된 모든 메모리가 "실제" 메모리는 아닙니다. 일부는 런타임에서 사용될 수 있지만 프로그램에서는 사용되지 않을 수 있으므로 OS에서 처리하도록 남겨둡니다.

잠재적 솔루션

• 명시적 메모리 해제: 강제 가비지 Runtime.GC()를 사용하여 컬렉션을 수집하고 다음을 사용하여 메모리를 OS에 명시적으로 해제합니다. Runtime.FreeOSMemory.

제한 사항

• runtime.GC()는 성능에 영향을 줄 수 있으므로 자제해서 사용해야 합니다.
• runtime.FreeOSMemory만 작동합니다. GC가 실행된 경우.
• 고루틴 스택 메모리는 출시되었습니다.

감사의 글

• Dmitri Vyukov(Go 개발자)가 이 문제에 대한 주요 통찰력을 제공했습니다.

위 내용은 My Go 1.3 서버에서 메모리가 OS로 다시 릴리스되지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!