=================================
=================================
=================================
출처: http://fly32.net/438
* JVM Memory 영역에 대한 설명
- Method Area : 메소드와 클래스 변수를 저장하기 위한 공간, 모든 프로그램에 의해 공유.
- Heap Area : 사용자가 생성하는 Java Object들이 저장되는 공간, 동적으로 할당하여 사용되어짐.
- Stack Area : 메소드 호출시 해당 메소드의 매개변수, 지역변수, 임시변수 등을 저장하기 위한 Stack 구조의 메모리.
- Native Heap Area : Java Object가 아닌 Native Object들이 거주하는 공간. OS 차원에서 결정.
- Permanent Space : Class에 대한 Meta 정보를 저장하는 공간. (Permanent Space는 Java Heap의 하위 영역)
* Java 실행 Option
1. -X Option
(모든 VM에서 동작하지 않을 수 있는 비표준 option이며, 버젼별로 언급없이 변경되어질 수 있음)
-Xms : 초기 Heap size 설정
-Xmx : 최대 Heap size 설정
-Xss : 각 Thread에 할당되는 Stack size 설정
-Xmn : New 영역을 위한 Heap size 설정
2. -XX Option
(올바른 동작을 위해 특정한 시스템 요구사항들이 있으며, 시스템 설정 파라미터에 대한 접근 권한이 요구됨)
-XX:PermSize : 초기 Permanent size 설정
-XX:MaxPermSize : 최대 Permanent size 설정
※ 참고 사이트 : http://blogs.sun.com/watt/resource/jvm-options-list.html
http://www.monosun.com/doc/hotspotvmoption.html
* Heap Size 구하기
long heapSize = Runtime.getRuntime().totalMemory();
String heapSizeMB = (heapSize / (1024*1024)) + "MB";
* 영역별 OutOfMemoryError 대처 방법
1. Heap Area
Exception in thread "main": java.lang.OutOfMemoryError: Java heap space
Exception in thread main: java.lang.OutOfMemoryError: Requested array size exceeds VM limit
원인 : Heap size의 부족으로 Java Object를 생성하지 못하여 발생
해결 : 1. -Xmx Option을 이용하여 최대 Heap size의 크기를 늘려줌
2. Application 로직이 잘못되었거나 JDK나 WAS의 Bug로 인한 Memory 누수가 있는지 확인하여 수정
3. finalize method에 의해 즉각적인 GC가 이루어지지 않으므로 로직 수정을 통해 해결
※ Object Allocation Profiling (Hprof)
java -Xrunhprof:heap=sites [Main Class]
java -Xrunhprof:heap=sites,doe=n [Main Class] (Thread Dump 생성)
2. Permanent Space
Exception in thread "main": java.lang.OutOfMemoryError: Perm Gen space'
원인 : Permanent 저장 공간이 부족하여 발생.
JSP -> Servlet 변환, Reflection을 사용하여 동적으로 로딩되는 Class가 많은 경우에 발생할 수 있으며,
WAS의 Class Reloading 기능이 자주 실행 될 경우에도 발생할 수 있음.
해결 : -XX:PermSize, -XX:MaxPermSize Option을 이용하여 크기를 늘려줌
※ Class Loading Monitoring
java 실행시 -verbose:gc을 사용하여 Class가 Loading 되는 것을 Monitoring
3. Native Heap Area
java.lang.OutOfMemoryError: request bytes for . Out of swap space?
java.lang.OutOfMemoryError: (Native method)'
java.lang.OutOfMemoryError: unable to create new native thread
원인 : Native Heap memory가 부족하여 발생
해결 : 1. Physical memory를 초과할 경우 Virtual Memory를 요청하여 필요한 메모리를 확보하게 되는데,
이 과정에서 오류가 발생할 경우 OS가 제공하는 툴을 통해 이를 모니터링 하고
이 공간 자체가 부족할 경우 크기를 늘려줌
2. -Xmx Option을 이용하여 Heap Area 공간을 줄이고 Native Heap Area 공간을 늘림
3. Thread Stack Space가 부족한 경우 Thread의 수를 줄이거나,
-Xss Option을 통해 Thread별 Stack Size를 줄여줌
(단, Thread별 Stack Size를 과도하게 줄였을 경우 Stack Overflow Error가 발생할 수 있음)
참고 사이트 : http://ukja.tistory.com/61
http://2005elc.elancer.co.kr/eTimes/page/eTimes_view.html?str=c2VsdW5vPTIwODY=
=================================
=================================
=================================
출처: http://neokido.tistory.com/entry/JVM-Tuning
서버 제품에서 더 낳은 성능을 내기 위한 방법으로 JVM 파라미터의 설정파일을 조정함으로 해서 가능하다. 특히 이것은 메모리 사용과 가비지 컬렉션과 연관이 있다.
| Heap size |
JVM의 모메리 할당은 -X옵션을 이용하여 설정 가능하고, Resin 과 같은 서버는 이러한 JVM 위에서 동직하게 된다. 즉 서버 프로세스를 실행할때 메모리를 설정할 수 있다. (the exact options may depend upon the JVM that you are using, the examples here are for the Sun JVM).
| JVM option passed to Resin | Meaning |
|---|---|
| -Xms | initial java heap size (초기 자바 힙 메모리 크기) |
| -Xmx | maximum java heap size (최대 자바 힙 사이즈) |
| -Xmn | the size of the heap for the young generation (young generation을 위한 자바 힙 메모리 크기) |
|
이것은 서버 사이트 자바 애플리케이션의 최소 -Xms와 최대 -Xmx 힙 크기를 동일하게 잡아주는 것으로 좋은 습관이라 하겠다.
효과적인 가비지 컬렉션을 위해서 Xmn 값은 -Xmx 값보다 작아야 한다.
힙 사이즈는 사용하는 프로세스 메모리의 크기를 한정하지는 않는다.
top이나 taskmanager과 같은 OS툴을 이용하여 만약 자바프로세스를 모니터링한다면 아마도 -Xmx에 의해서 지정된 메모리 용량을 초과하는 것을 보게 될 것이다. -Xmx 으로 heap size를 제한하면, 자바는 각 쓰레드를 위한 스텍 메모리를 포함한 다른 메모리 영역또한 잡는다. 보통 VM이 전체 메모리를 소비할때 -Xmx의 값을 초과하는 것은 일반적인 사항은 아니다.
| Garbage collection |
(thanks to Rob Lockstone for his comments)
핵심적으로 수행되고 있는 GC쓰레드는 2개가 있다. 하나는 매우 경량의 쓰레드로 "littel"이며, 주로 heap의 Eden generation (잘 알려진 Young)에 존재한다. 다른것으로 Full GC쓰레드로 객체의 공간을 할당할때 충분한 메모리가 없다면, 전체 힙 영역을 방분하여, Eden에서 older generation으로 이동된 객체를 수집한다.
만약 메모리 릭이 발생하거나, 부적격하게 할당된 힙이 있다면, 결국 older generation에서 Full GC 쓰레드가 수행되도록 한다. 이 프로세스가 처리되는 동안 Resin(WEB Application Server)은 요청에 대해서 응답하지 않고, 백업을 수행하게 된다.
Eden generation을 위한 할당량은 -Xmn을 이용하여 지정가능하며, older generation을 위한 할당량은 -Xmx 에서 -Xmn을 뺀 값으로 할당된다. 일반적으로 Eden이 너무 크거나 GC가 메모리를 찾아내는데 너무 오랜 시간이 걸릴것 같으면 메모리 영역을 다시 잡아주면 된다.
함께 봐야할내용
| Stack size |
VM내에서 각 쓰레드는 stack 을 갖게 된다. 스택 크기는 가질 수 있는 쓰레드의 수를 제한할 수 있으며, 너무 큰 스택이 잡혔거나, 각 쓰레드에서 out of memory가 발생된다면, 그것들을 위해서 더 큰 메모리가 필요하게 된다.
Resin은 실행 스크립느에서 2048k의 메모리를 잡을 수 있다. 이 크기는 대부분의 환경에서 적합한 수치라 할 수 있다.
| JVM option passed to Resin | Meaning |
|---|---|
| -Xss | the stack size for each thread 각 쓰레드가 가질수 있는 스택 크기 |
-Xss는 스택 크기를 결정한다. -Xss1024k로 지정이 가능하다. 만약 스텍 크기가 너무 작으면 결국
class java.lang.StackOverflowError 에러가 발생하게 된다.
몇몇 사람들은 리눅스의 OS에서는 스택 크기를 변경이 필요하다고 말한다. ulimit를 호출하여 이것을 조정하도록 하고 잇다. 이 명령은 /etc/profile에 있다.
|
| Monitoring the JVM |
JDK 5에는 JVM을 모티너링 하기위한 유용한 툴을 몇가지 제공하고 있는데, 이것에 대한 문서는 Sun website에서 찾아볼 수있다. JDK 5 이전 버젼은 jvmstat tools 에서 확인해보라.
가장 유용한 툴은 jconsole인데 이것은 Resin 문서의 Administration 에서 상세하게 알아볼 수 있다.
|
Troubleshooting 부분을 참조하자
|
=================================
=================================
=================================
'JAVA' 카테고리의 다른 글
| [Java] 자바 더블 버퍼링 이미지 처리 관련 (0) | 2018.08.20 |
|---|---|
| 자바 (자바강좌) 스레드 관련 (0) | 2016.10.27 |
| [java] JAVA Byte 배열<<<>>자료형 변환 관련 (1) | 2013.04.10 |
| [java] 자바 Java, int를 unsigned 형 long으로 변환 캐스팅(Typecasting) 함수 관련 (0) | 2013.04.10 |
| 자바 안드로이드 [NIO] JAVA NIO의 ByteBuffer와 Channel 클래스 사용법을 이용하여 파일 읽고 쓰기! 데이터 패킷 읽기 관련 (0) | 2013.04.09 |
댓글 영역