C와 비슷한 Java로 메모리를 비울 수있는 방법이 있습니까? free()
기능 있습니까? 아니면 객체를 null로 설정하고 GC에만 의존하는 옵션입니까?
답변
Java는 관리 메모리를 사용하므로 메모리를 할당 할 수있는 유일한 방법은 new
연산자 것 뿐이며 메모리 할당을 해제 할 수있는 유일한 방법은 가비지 수집기를 사용하는 것입니다.
이 메모리 관리 백서 (PDF)는 진행 상황을 설명하는 데 도움이 될 수 있습니다.
전화 할 수도 있습니다 System.gc()
가비지 수집기가 즉시 실행되도록 제안하기 위해 를 . 그러나 Java 런타임은 코드가 아닌 최종 결정을 내립니다.
에 따르면 Java 문서 ,
gc 메소드를 호출하면 Java Virtual Machine이 현재 사용중인 메모리를 빠르게 재사용 할 수 있도록 사용하지 않는 객체를 재활용하는 데 노력을 기울이게됩니다. 메소드 호출에서 제어가 리턴되면, JVM (Java Virtual Machine)은 모든 버려진 오브젝트에서 공간을 확보하기 위해 최선을 다했습니다.
답변
아무도 객체 참조를 명시 적으로 설정하는 것에 대해 언급하지 않은 것 같습니다. null
. 이는 여러분이 고려하고 싶은 메모리를 “비우는”합법적 인 기술입니다.
예를 들어, List<String>
크기가 매우 커지는 메소드의 시작 부분에 a를 선언 했지만 메소드 중간 쯤까지만 필요하다고 가정 해보십시오. 이 시점에서 목록 참조를null
메소드가 완료되기 전에 가비지 수집기가이 객체를 잠재적으로 회수 할 수있게합니다 (그리고 참조는 범위를 벗어남).
실제로이 기술은 거의 사용하지 않지만 매우 큰 데이터 구조를 처리 할 때는 고려해 볼 가치가 있습니다.
답변
System.gc();
가비지 수집기를 실행합니다.
GC의 메소드를 호출하면 제안 메모리를 만들 수 있도록 사용하지 않은 객체의 재활용을 자바 가상 머신의 소비 노력들이 현재 빠른 다시 사용할 차지합니다. 메소드 호출에서 제어가 리턴되면, JVM (Java Virtual Machine)은 모든 버려진 오브젝트에서 공간을 확보하기 위해 최선을 다했습니다.
권장하지 않습니다.
편집 : 2009 년에 원래의 답변을 썼습니다. 이제 2015 년입니다.
가비지 수집기는 Java가 사용 된 ~ 20 년 동안 꾸준히 향상되었습니다. 이 시점에서 가비지 수집기를 수동으로 호출하는 경우 다른 방법을 고려할 수 있습니다.
- 제한된 수의 컴퓨터에서 GC를 강제 실행하는 경우로드 밸런서 지점을 멀리 두는 것이 좋습니다 경우 현재 머신에서 연결된 클라이언트에 대한 서비스가 완료 될 때까지 기다렸다가 연결을 끊기 위해 일정 시간이 지난 후 제한 시간이 초과 될 수 있습니다. -JVM을 다시 시작하십시오. 이것은 끔찍한 해결책이지만 System.gc ()를보고있는 경우 강제 레스토랑이 가능한 스톱 갭이 될 수 있습니다.
- 다른 가비지 수집기를 사용하십시오. 예를 들어, G6 수집기 (지난 6 년간 새로 도입 된)는 일시 중지가 적은 모델입니다. 전반적으로 더 많은 CPU를 사용하지만 실행을 강제로 멈추지 않는 것이 가장 좋습니다. 서버 CPU는 이제 거의 모든 코어가 여러 개이기 때문에 이것이 실제로 사용할 수있는 절충점입니다.
- 메모리 사용 튜닝 플래그를보십시오. 특히 최신 버전의 Java에서 장기 실행 객체가 많지 않은 경우 힙에서 newgen 크기를 늘리십시오. newgen (young)은 새로운 객체가 할당되는 곳입니다. 웹 서버의 경우 요청을 위해 생성 된 모든 것이 여기에 배치 되며이 공간이 너무 작 으면 Java는 객체를 수명이 더 긴 메모리로 업그레이드하는 데 더 많은 시간을 소비하여 죽이는 데 비용이 많이 듭니다. (newgen이 너무 작 으면 비용을 지불하게됩니다.) 예를 들어 G1에서 :
- XX : G1NewSizePercent (기본값은 5, 아마도 중요하지 않습니다.)
- XX : G1MaxNewSizePercent (기본값은 60입니다. 아마도이 값을 올리십시오.)
- 더 이상 일시 정지해도 가비지 수집기에 문제가 없다고 알려주십시오. 이로 인해 시스템이 나머지 제약 조건을 유지할 수 있도록 GC가 더 자주 실행됩니다. G1에서 :
- XX : MaxGCPauseMillis (기본값 : 200)
답변
* “나는 개인적으로 미래의 적절한 삭제를 위해 자리 표시 자로 nulling 변수를 사용합니다. 예를 들어, 실제로 배열 자체를 삭제 (null 만들기)하기 전에 배열의 모든 요소를 무효화하는 데 시간이 걸립니다.”
이것은 불필요합니다. Java GC가 작동하는 방식은 객체를 참조하지 않는 객체를 찾는 것입니다. 따라서 참조가있는 Object x (= variable) a가 있으면 GC가 삭제하지 않습니다. 그 객체에 :
a -> x
이보다 null이 null 인 경우 :
a -> null
x
이제 x는 참조를 가리 키지 않고 삭제됩니다. a가 x와 다른 객체를 참조하도록 설정했을 때도 마찬가지입니다.
따라서 객체 x, y 및 z를 참조하는 배열 arr과 배열을 참조하는 변수 a가 있으면 다음과 같습니다.
a -> arr -> x
-> y
-> z
이보다 null이 null 인 경우 :
a -> null
arr -> x
-> y
-> z
따라서 GC는 arr에 참조가 설정되지 않은 것으로 확인하고 삭제하여 다음 구조를 제공합니다.
a -> null
x
y
z
이제 GC는 x, y 및 z를 찾아서 삭제합니다. 배열의 각 참조를 무효화하면 아무것도 개선되지 않고 코드의 CPU 시간과 공간 만 사용됩니다 (즉, 그 이상으로 아프지 않을 것입니다. ).
답변
모든 프로그램에서 메모리를 확보하려는 유효한 이유 (java 또는 not)는 운영 체제 레벨의 다른 프로그램에서 더 많은 메모리를 사용할 수 있도록하기위한 것입니다. 내 Java 응용 프로그램이 250MB를 사용하는 경우 강제로 1MB로 줄이고 249MB를 다른 응용 프로그램에서 사용할 수 있도록 할 수 있습니다.
답변
Yiannis Xanthopoulos와 Hot Licks의 답변과 의견을 확장하기 위해 (죄송하지만 아직 의견을 말할 수 없습니다!)이 예제와 같은 VM 옵션을 설정할 수 있습니다.
-XX:+UseG1GC -XX:MinHeapFreeRatio=15 -XX:MaxHeapFreeRatio=30
jdk 7에서는 VM이 유휴 상태 일 때 GC 후에 힙의 30 % 이상이 사용 가능 해지면 사용되지 않은 VM 메모리를 해제합니다. 이러한 매개 변수를 조정해야합니다.
아래 링크에서 강조 표시되지는 않았지만 일부 가비지 수집기는 이러한 매개 변수를 따르지 않을 수 있으며 기본적으로 java가 둘 이상인 경우 (위의 UseG1GC 인수) ).
업데이트 : java 1.8.0_73의 경우 JVM이 때때로 기본 설정으로 소량을 릴리스하는 것을 보았습니다. 힙의 ~ 70 %가 사용되지 않은 경우에만 수행되는 것으로 보입니다. OS에 실제 메모리가 부족한 경우 더 적극적으로 릴리스되는지 알 수 없습니다.
답변
나는 이것에 대해 실험을 해왔다.
System.gc();
가비지 콜렉터 실행 만 제안하는 것은 사실입니다 .
그러나 System.gc();
모든 참조를로 설정 한 후 호출 null
하면 성능 및 메모리 점유가 향상됩니다.