'전체보기'에 해당되는 글 245건

2009.06.01 리눅스마스터2급 대비 [2/3]
2009.06.01 리눅스마스터2급 대비 [1/3]
2009.06.01 리눅스마스터2급 나름정리
2009.05.20 남자머리 스타일 뭐가 좋을려나...
2009.05.03 Window 에서 연결될 네트워크 연결끊기
2009.04.30 netstat 명령어 - 포트 오픈 여부 확인하는 방법
2009.04.15 JVM Memory
2009.04.15 JVM(Java Virtual Machine) 성능 조정
2009.04.15 finalize method란 무엇인가?
2009.04.15 POI Style

2009. 6. 1. 17:31

리눅스마스터2급 대비 [2/3] 2009. 6. 1. 17:31

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.

비밀번호

2009. 6. 1. 17:27

리눅스마스터2급 대비 [1/3] 2009. 6. 1. 17:27

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.

비밀번호

2009. 6. 1. 16:45

리눅스마스터2급 나름정리 2009. 6. 1. 16:45

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.

비밀번호

2009. 5. 20. 13:21

남자머리 스타일 뭐가 좋을려나... It's Me2009. 5. 20. 13:21

쉐도우웨이브펌이라는데 그게 뭔지 모르지만. 괜찮을듯..

저작자표시

Posted by 라면스프

2009. 5. 3. 22:21

Window 에서 연결될 네트워크 연결끊기 Enjoy/etc2009. 5. 3. 22:21

Window 에서 연결될 네트워크 연결끊기

C:\>net use * /d

다음 원격 연결이 있습니다.

XXXXXXXXXXXXXXXXXXXXXXX

계속하면 연결이 취소됩니다.

이 작업을 계속하시겠습니까? (Y/N) [N]: Y
명령을 잘 실행했습니다.

저작자표시

Posted by 라면스프

2009. 4. 30. 10:21

netstat 명령어 - 포트 오픈 여부 확인하는 방법 Enjoy/etc2009. 4. 30. 10:21

출처 : http://kcdl.tistory.com

[ AIX 환경 ]

1. NETSTAT 옵션

# netstat ?

usage: netstat [-Aan] [-f address_family] [core unix netinet addr]
   [-D]
   [-cCgimnrsPv] [-f address_family] [-p proto] [core unix netinet addr]
   [-n] [-I interface] [interval] [core unix netinet addr]

# netstat
Proto Local Address Foreign Address State
------- --------------- ------------------ -----------------
TCP acy7807:1023 211.233.45.89:80 ESTABLISHED

- Proto : 현재 사용한 프로토콜
- Local Address : 현재 열려 있는 사용자 컴퓨터의 IP/호스트 네임과 사용중인 포트
- Foreign Address : 현재 사용자의 컴퓨터에 접속되어 있는 IP/호스트 네임과 사용중인 포트
- State : 연결 상태를 나타내는 것
- ESTABLISHED : 현재 연결되어 있다는 뜻
- LISTENING : 연결을 위하여 접속을 기다리는 상태
- TIME_WAIT : 이미 해당 사이트와 연결이 종료되었거나 다음 연결을 위해 기다리는 상태
- SYN_SENT : 접속하기 위해 패킷을 보냈다는 뜻

NETSTAT [-a] [-b] [-e] [-n] [-o] [-p 프로토콜] [-r] [-s] [-v] [시간]

-a    모든 연결 및 수신 대기 포트를 표시합니다.
-b    각 연결 또는 수신 대기 포트를 만드는 데 관련된 실행 프로그램을
표시합니다. 잘 알려진 실행 프로그램에서 여러 독립 구성 요소를
호스팅하는 경우에는 연결 또는 수신 대기 포트를 만드는 데
관련된 구성 요소의 시퀀스가 표시됩니다. 이런 경우에는
실행 프로그램 이름이 아래쪽 대괄호 안에 표시되어 있고 위에는
TCP/IP에 도달할 때까지 호출된 구성 요소가 표시되어 있습니다.
이 옵션은 시간이 오래 걸릴 수 있으며 사용 권한이 없으면
실패합니다.
-e    이더넷 통계를 표시합니다. 이 옵션은 -s 옵션과 같이 사용될
수 있습니다.
-n    주소 및 포트 번호를 숫자 형식으로 표시합니다.
-o    각 연결의 소유자 프로세스 ID를 표시합니다.
-p 프로토콜 지정한 프로토콜에 해당되는 연결을 표시합니다. 프로토콜은
TCP, UDP, TCPv6 또는 UDPv6 중 하나입니다. -s 옵션과 함께
사용하여 프로토콜별 통계를 표시할 경우 프로토콜은 IP, IPv6,
ICMP, ICMPv6, TCP, TCPv6, UDP 또는 UDPv6 중 하나입니다.
-r    라우팅 테이블을 표시합니다.
-s    프로토콜별로 통계를 표시합니다. 기본값으로 IP, IPv6, ICMP,
ICMPv6, TCP, TCPv6, UDP 및 UDPv6에 관한 통계를 표시합니다.
-p 옵션을 함께 사용하면 기본값의 일부 집합에 대한 통계만
표시할 수 있습니다.
-v    -b 옵션과 함께 사용하면 모든 실행 프로그램에 대한 연결
또는 수신 대기 포트를 만드는 데 관련된 구성 요소의 시퀀스를
표시합니다.
시간    다음 화면으로 이동하기 전에 지정한 시간 동안 선택한 통계를
다시 표시합니다. 통계 표시를 중단하려면 CTRL+C를 누르십시오.
지정하지 않으면 현재 구성 정보를 한 번 표시합니다.

2. NETSTAT 응용

C:\> netstat -a
: 연결된 혹은 연결을 기다리고 있는 모든 포트를 보여줍니다. -a 옵션이 없으면 연결된 목록만 보여주는데, -a 옵션을 주면 연결되었거나 연결을 기다리는 목록을 모두 보여줍니다.

C:\> netstat -n
: 통상 연결 목록이 컴퓨터 이름이 나오는데, -n 옵션을 주면 컴퓨터 이름 대신 ip 주소가 뜹니다.

C:\> netstats -an or -na
: 컴퓨터와 연결되었던 혹은 연결을 기다리는 목록을 ip 주소로 바꾸어서 보여줍니다.

저작자표시

Posted by 라면스프

2009. 4. 15. 17:59

JVM Memory Enjoy/JAVA2009. 4. 15. 17:59

출처 : 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 =

저작자표시

Posted by 라면스프

2009. 4. 15. 16:20

JVM(Java Virtual Machine) 성능 조정 Enjoy/JAVA2009. 4. 15. 16:20

출처 : http://blog.naver.com/hypermin/70032213905

Application Server - Express, 버전 6.0.x
운영 체제: AIX, HP-UX, Linux, Solaris, Windows
목차 및 검색 결과 개인화

JVM(Java Virtual Machine) 성능 조정

출처: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/tprf_tunejvm.html

Java 프로세스인 Application Server는 실행하고 서버에서 실행하는 Java 응용프로그램을 지원하기 위해 JVM(Java Virtual Machine)이 필요합니다. Application Server 구성의 일부로서 JVM의 시스템 사용을 개선시키는 설정을 미세 조정할 수 있습니다.

이 타스크 정보

JVM은 Java 기반 응용프로그램을 위한 런타임 실행 환경을 제공합니다. WebSphere Application Server는 JVM 런타임 환경과 Java 기반 서버 런타임의 조합입니다. 다른 JVM 프로바이더의 JVM에서 실행할 수 있습니다. 사용자의 Application Server가 실행 중인 JVM 프로바이더를 판별하려면 WebSphere Application Server app_server_root/java/bin 디렉토리에서 java –fullversion 명령을 발행하십시오. 또한 서버 중 하나에서 SystemOut.log를 검사할 수도 있습니다. Application Server가 시작할 때 WebSphere Application Server는 JVM 프로바이더 정보를 포함한 JVM에 관한 정보를 이 로그 파일에 기록합니다.

JVM 조정 Perspective에서 두 가지 기본 유형의 JVM이 있습니다.

IBM JVM
Solaris의 Sun HotSpot JVM 및 HP의 HP-UX용 JVM을 포함한 Sun HotSpot 기반 JVM

JVM 조정이 JVM 프로바이더에 따라 다르지만 일반 조정 개념은 모든 JVM에 적용됩니다. 일반 개념은 다음을 포함합니다.

컴파일러 조정. 모든 JVM은 JIT(Just In Time) 컴파일러를 사용하여 서버 런타임 중에 Java 바이트 코드를 기본 명령어로 컴파일합니다.
Java 메모리 또는 힙 조정. JVM 메모리 관리 기능 또는 가비지 콜렉션이 JVM 성능 향상을 위한 가장 큰 기회 중 하나를 제공합니다.
클래스 로딩 조정.

프로시저

시작 성능 및 런타임 성능을 최적화하십시오.
일부 환경에서는 런타임 성능보다 WebSphere Application Server의 시작 성능을 최적화하는 것이 더 중요합니다. 다른 환경에서는 런타임 환경을 최적화하는 것이 더 중요합니다. 기본적으로 IBM JVM은 런타임 환경을 위해 최적화되는 반면 HotSpot 기반 JVM은 시작 성능을 위해 최적화됩니다.

Java JIT 컴파일러는 시작 또는 런타임 성능이 최적화되는지 여부에 큰 영향을 줍니다. 컴파일러가 사용하는 초기 최적화 레벨은 클래스 메소드를 컴파일하는 데 걸리는 시간과 서버를 시작하는 데 걸리는 시간에 영향을 줍니다. 더 빠른 시작을 위해 컴파일러가 사용하는 초기 최적화 레벨을 줄일 수 있습니다. 이는 클래스 메소드가 이제 더 낮은 최적화 레벨에서 컴파일되기 때문에 응용프로그램의 런타임 성능이 저하될 수 있음을 의미합니다.

재컴파일이 더 좋은 성능을 제공할 수 있다는 컴파일러의 판단에 따라서 컴파일러가 런타임 실행 중에 클래스 메소드를 다시 컴파일할 수 있기 때문에 특정한 런타임 성능 영향 명령문을 규정하기는 어렵습니다. 궁극적으로 응용프로그램의 지속 기간이 발생하는 런타임 저하의 양에 대한 주요 영향입니다. 짧게 실행하는 응용프로그램은 메소드가 다시 컴파일되는 확률이 더 높습니다. 장기간 실행하는 응용프로그램은 메소드가 다시 컴파일될 가능성이 작습니다. IBM JVM의 기본 설정은 초기 컴파일에 대해 높은 최적화 레벨을 사용합니다. 이 동작을 변경해야 하는 경우 다음 IBM JVM 옵션을 사용할 수 있습니다.

-Xquickstart

이 설정은 IBM JVM이 클래스 메소드 컴파일에 대해 더 낮은 최적화 레벨을 사용하는 방법에 영향을 주며, 이는 런타임 성능을 희생하는 대신 더 빠른 서버 시작을 제공합니다. 이 매개변수가 지정되지 않는 경우 IBM JVM은 기본적으로 컴파일에 대해 높은 초기 최적화 레벨로 시작합니다. 이 설정은 서버 시작은 더 느린 대신 더 빠른 런타임 성능을 제공합니다.

기본값: 높은 초기 컴파일러 최적화 레벨
권장: 높은 초기 컴파일러 최적화 레벨
사용법: -Xquickstart는 더 빠른 서버 시작 시간을 제공할 수 있습니다.

Sun의 Hotspot 기술을 기초로 하는 JVM은 초기에 낮은 최적화 레벨에서 클래스 메소드를 컴파일합니다. 다음 JVM 옵션을 사용하여 이 동작을 변경하십시오.

-server

Sun의 Hotspot 기술을 기초로 하는 JVM은 초기에 낮은 최적화 레벨에서 클래스 메소드를 컴파일합니다. 이들 JVM은 단순 컴파일러 및 최적화 JIT 컴파일러를 사용합니다. 일반적으로 단순 JIT 컴파일러가 사용됩니다. 그러나 이 옵션을 사용하여 최적화 컴파일러를 사용되는 컴파일러로 만들 수 있습니다. 이 변경은 서버의 성능을 크게 증가시키지만 최적화 컴파일러가 사용될 때 서버가 시작하는 데 더 오래 걸립니다.

기본값: 단순 컴파일러
권장: 최적화 컴파일러
사용법: -server가 최적화 컴파일러를 사용 가능하게 합니다.
힙 크기를 설정하십시오. 다음 명령행 매개변수가 힙 크기 설정에 유용합니다.
- -Xms
  이 설정은 Java 힙의 초기 크기를 제어합니다. 이 매개변수를 적절하게 조정하면 가비지 콜렉션의 오버헤드를 줄여서 서버 응답 시간 및 처리량을 개선합니다. 일부 응용프로그램의 경우, 이 옵션에 대한 기본 설정이 너무 낮아서 사소한 가비지 콜렉션의 수가 높아질 수 있습니다.
  
  기본값: 256 MB
  권장: 워크로드에 특정하지만, 기본값보다 높습니다.
  사용법: -Xms256m은 초기 힙 크기를 256MB로 설정합니다.
- -Xmx
  이 설정은 Java 힙의 최대 크기를 제어합니다. 이 매개변수를 적절하게 조정하면 가비지 콜렉션의 오버헤드를 줄여서 서버 응답 시간 및 처리량을 개선할 수 있습니다. 일부 응용프로그램의 경우, 이 옵션에 대한 기본 설정이 너무 낮아서 사소한 가비지 콜렉션의 수가 높아질 수 있습니다.
  
  기본값: 512 MB
  권장: 워크로드에 특정하지만, 기본값보다 높습니다.
  사용법: -Xmx512m은 최대 힙 크기를 512MB로 설정합니다.
- -Xlp
  이 설정은 IBM JVM과 함께 사용되어 대형 페이지를 사용하는 힙을 할당할 수 있습니다. 그러나 이 설정을 사용하는 경우 운영 체제가 대형 페이지를 지원하도록 구성되어야 합니다. 대형 페이지를 사용하면 힙 메모리를 추적하기 위해 필요한 CPU 오버헤드를 줄일 수 있으며 또한 더 큰 힙의 작성을 허용할 수 있습니다.
  
  운영 체제 조정에 대한 자세한 정보 운영 체제 성능 조정 의 내용을 참조하십시오.
사용자가 힙에 대해 지정해야 하는 크기는 시간에 따른 힙 사용량에 따라 다릅니다. 힙 크기가 자주 변경되는 경우에는 Xms 및 Xmx 매개변수에 동일한 값을 지정하는 경우 성능을 향상시킬 수 있습니다.

IBM JVM의 가비지 콜렉터를 조정하십시오.

Java -X 옵션을 사용하여 메모리 옵션의 목록을 참조하십시오.

-Xgcpolicy
gcpolicy를 optthruput으로 설정하면 동시 마크가 사용 불가능합니다. 오류가 있는 응용프로그램 응답 시간으로 표시되는 일시정지 시간 문제점이 있지 않은 경우 이 옵션을 사용하여 최상의 처리량을 가져와야 합니다. gcpolicy를 optavgpause로 설정하면 동시 표시가 기본값과 함께 사용 가능하게 됩니다. 이 설정은 정상 가비지 콜렉션에 의해 유발되는 오류가 있는 응용프로그램 응답 시간을 완화시킵니다. 그러나 이 옵션은 전체 처리량을 줄일 수 있습니다.

기본값: optthruput
권장: optthruput
사용법: Xgcpolicy:optthruput

-Xnoclassgc

기본적으로 JVM은 클래스의 활동하는 인스턴스가 없을 때 메모리에서 해당 클래스를 로드 해제하지만, 이는 성능을 저하시킬 수 있습니다. 클래스 가비지 콜렉션을 끄면 동일한 클래스를 여러 번 로드 및 로드 해제하는 오버헤드를 제거합니다.

클래스가 더 이상 필요없는 경우 클래스가 힙에서 차지하는 공간은 일반적으로 새 오브젝트의 작성을 위해 사용됩니다. 그러나 클래스의 새 인스턴스를 작성하여 요청을 처리하는 응용프로그램이 있고 해당 응용프로그램에 대한 요청이 임의 시간에 오는 경우, 이전 요청자가 완료될 때 다음 요청이 나타날 때만 클래스를 다시 인스턴스화하기 위해 정상 클래스 가비지 콜렉션이 클래스가 차지했던 힙 공간을 사용 가능하게 해서 이 클래스를 지우는 것이 가능합니다. 이 상황에서는 이 옵션을 사용하여 클래스의 가비지 콜렉션을 사용하지 않을 수 있습니다.

기본값:	클래스 가비지 콜렉션 사용 가능
권장:	클래스 가비지 콜렉션 사용 불가능
사용법:	Xnoclassgc가 클래스 가비지 콜렉션을 사용 불가능하게 합니다.

추가 정보에 대해서는 다음 DeveloperWorks 항목을 확인하십시오.

http://www.ibm.com/developerworks/java/

Sun JVM의 가비지 콜렉터를 조정하십시오.

Solaris 플랫폼에서 WebSphere Application Server는 IBM JVM이 아니라 Sun Hotspot JVM에서 실행합니다. 성능 최적화 기능을 이용하기 위해서는 Sun JVM과 함께 올바른 조정 매개변수를 사용하는 것이 중요합니다.

Sun HotSpot JVM은 최적 성능을 달성하기 위해 세대별 가비지 콜렉션에 의존합니다. 다음 명령행 매개변수가 가비지 콜렉션 조정에 유용합니다.

-XX:SurvivorRatio
Java 힙은 예전에 생성된(old) 즉, 오브젝트용 섹션과 최근에 생성된(young) 오브젝트용 섹션으로 나뉘어집니다. 최근에 생선된(young) 오브젝트용 섹션은 다시 새 오브젝트가 할당되는 섹션(eden)과 여전히 사용 중인 새 오브젝트가 이전 오브젝트로 승격되기 전에 처음 몇 번의 가비지 콜렉션에서 살아남는 섹션(감독자 공간)으로 나뉘어집니다. 감독자 비율은 힙의 최근에 생선된(young) 오브젝트 섹션에서 감독자 공간에 대한 eden의 비율입니다. 이 설정을 늘리면 높은 오브젝트 작성 및 낮은 오브젝트 보존을 갖는 응용프로그램에 대해 JVM을 최적화합니다. WebSphere Application Server가 다른 응용프로그램보다 더 많은 중간 및 오래 활동하는 오브젝트를 생성하므로, 이 설정은 기본값보다 낮아야 합니다.

기본값: 32
권장: 16
사용법: -XX:SurvivorRatio=16
-XX:PermSize
영구 생성을 위해 예약되는 힙의 섹션은 JVM에 대한 모든 반사 데이터를 보유합니다. 이 크기는 많은 클래스를 동적으로 로드하고 로드 해제하는 응용프로그램의 성능을 최적화하기 위해 늘려야 합니다. 이 설정을 값 128MB로 설정하면 힙의 이 파트를 증가시키는 오버헤드를 제거합니다.

권장: 128 MB
사용법: XX:PermSize=128m은 perm 크기를 128MB로 설정합니다.
-Xmn
이 설정은 젋음 세대가 힙에서 소비하도록 허용되는 공간을 제어합니다. 이 매개변수를 적절하게 조정하면 가비지 콜렉션의 오버헤드를 줄여서 서버 응답 시간 및 처리량을 개선할 수 있습니다. 이 옵션에 대한 기본 설정은 일반적으로 너무 낮아서 사소한 가비지 콜렉션의 수를 높게 만듭니다. 이 설정을 너무 높게 설정하면 JVM이 주요(또는 전체) 가비지 콜렉션만 수행하게 만들 수 있습니다. 이들은 대개 몇 초가 걸리며 서버의 전체 성능에 극히 불리합니다. 이 상황을 피하기 위해 이 설정을 전체 힙 크기의 절반 이하로 유지해야 합니다.

기본값: 2228224 바이트
권장: 대략 총 힙 크기의 1/4
사용법: -Xmn256m은 크기를 256MB로 설정합니다.

-Xnoclassgc

기본값:	클래스 가비지 콜렉션 사용 가능
권장:	클래스 가비지 콜렉션 사용 불가능
사용법:	Xnoclassgc가 클래스 가비지 콜렉션을 사용 불가능하게 합니다.

Sun JVM 조정에 대한 추가 정보는 Performance Documentation for the Java HotSpot VM를 확인하십시오.

HP JVM의 가비지 콜렉터를 조정하십시오.

HP JVM은 최적 성능을 달성하기 위해 세대별 가비지 콜렉션에 의존합니다. 다음 명령행 매개변수가 가비지 콜렉션 조정에 유용합니다.

-Xoptgc
이 설정은 수명이 짧은 많은 오브젝트를 갖는 응용프로그램에 대해 JVM을 최적화합니다. 이 매개변수가 지정되지 않으면 JVM은 대개 주요(전체) 가비지 콜렉션을 수행합니다. 전체 가비지 콜렉션은 수 초가 걸릴 수 있으며 서버 성능을 크게 저하시킬 수 있습니다.

기본값: off
권장: on
사용법: -Xoptgc는 최적화된 가비지 콜렉션을 사용 가능하게 합니다.
-XX:SurvivorRatio
Java 힙은 예전에 생성된(old) 즉, 오브젝트용 섹션과 최근에 생성된(young) 오브젝트용 섹션으로 나뉘어집니다. 최근에 생선된(young) 오브젝트용 섹션은 다시 새 오브젝트가 할당되는 섹션(eden)과 여전히 사용 중인 새 오브젝트가 이전 오브젝트로 승격되기 전에 처음 몇 번의 가비지 콜렉션에서 살아남는 섹션(감독자 공간)으로 나뉘어집니다. 감독자 비율은 힙의 최근에 생선된(young) 오브젝트 섹션에서 감독자 공간에 대한 eden의 비율입니다. 이 설정을 늘리면 높은 오브젝트 작성 및 낮은 오브젝트 보존을 갖는 응용프로그램에 대해 JVM을 최적화합니다. WebSphere Application Server가 다른 응용프로그램보다 더 많은 중간 및 오래 활동하는 오브젝트를 생성하므로, 이 설정은 기본값보다 낮아야 합니다.

기본값: 32
권장: 16
사용법: -XX:SurvivorRatio=16
-XX:PermSize
영구 생성을 위해 예약되는 힙의 섹션은 JVM에 대한 모든 반사 데이터를 보유합니다. 이 크기는 많은 클래스를 동적으로 로드하고 로드 해제하는 응용프로그램의 성능을 최적화하기 위해 늘려야 합니다. 128MB의 값을 지정하면 힙의 이 파트를 증가시키는 오버헤드를 제거합니다.

기본값: 0
권장: 128MB
사용법: -XX:PermSize=128m은 PermSize를 128MB로 설정합니다.
-XX:+ForceMmapReserved
기본적으로 Java 힙은 "지연 스왑" 할당됩니다. 이는 필요할 때 메모리 페이지를 할당하여 스왑 공간을 절약하지만 또한 4KB 페이지의 사용을 강제합니다. 이 메모리 할당은 대형 힙 시스템에서 힙을 수십만개의 페이지에 분산시킬 수 있습니다. 이 명령은 "지연 스왑"을 사용 불가능하게 하고 운영 체제가 더 큰 메모리 페이지를 사용할 수 있게 하여 Java 힙을 구성하는 메모리에 대한 액세스를 최적화합니다.

기본값: off
권장: on
사용법: -XX:+ForceMmapReserved는 "지연 스왑"을 사용 안합니다.
-Xmn
이 설정은 젋음 세대가 힙에서 소비하도록 허용되는 공간을 제어합니다. 이 매개변수를 적절하게 조정하면 가비지 콜렉션의 오버헤드를 줄여서 서버 응답 시간 및 처리량을 개선할 수 있습니다. 이 옵션에 대한 기본 설정은 일반적으로 너무 낮아서 사소한 가비지 콜렉션의 수를 높게 만듭니다.

기본값: 기본값 없음
권장: 대략 총 힙 크기의 3/4
사용법: -Xmn768m은 크기를 768MB로 설정합니다.

가상 페이지 크기

JVM(Java Virtual Machine) 명령어 및 데이터 페이지 크기를 64MB로 설정하면 성능이 향상될 수 있습니다.

기본값:	4MB
권장:	64MB
사용법:	다음 명령을 사용하십시오. 명령 출력이 프로세스 실행 파일의 현재 운영 체제 특성을 제공합니다. chatr +pi64M +pd64M /opt/WebSphere/ AppServer/java/bin/PA_RISC2.0/ native_threads/java

-Xnoclassgc

기본값:	클래스 가비지 콜렉션 사용 가능
권장:	클래스 가비지 콜렉션 사용 불가능
사용법:	Xnoclassgc가 클래스 가비지 콜렉션을 사용 불가능하게 합니다.

HP 가상 시스템 조정에 대한 추가 정보는 Java technology software HP-UX 11i를 확인하십시오.

HP-UX를 위해 HP의 JVM을 조정하십시오. 다음 옵션을 설정하여 응용프로그램 성능을 개선하십시오.

-XX:SchedulerPriorityRange=SCHED_NOAGE 

-Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.DevPollSelectorProvider 

-XX:-ExtraPollBeforeRead

특정 상황에서 수행되는 덤프 수를 제한하십시오.
특정 오류 상황에서는 복수 Application Server 스레드가 실패하여 JVM이 해당 스레드 각각에 TDUMP를 요청합니다. 이러한 경우 많은 수의 TDUMP가 동시에 수행되어 보조 기억장치 부족과 같은 다른 문제점이 발생할 수 있습니다. JAVA_DUMP_OPTS 환경 변수를 사용하여 특정 상황에서 JVM이 생성할 덤프 수를 표시할 수 있습니다. 그러나 Application Server에서 실행 중인 응용프로그램의 com.ibm.jvm.Dump.SystemDump() 호출로 인해 생성되는 TDUMPS 수에는 영향을 주지 않습니다.
예를 들어, JAVA_DUMP_OPTS 변수를 다음 옵션과 함께 지정하는 경우 JVM의 역할은 다음과 같습니다.
- TDUMP 토큰 수를 1로 제한합니다.
- JAVADUMP 토큰 수를 최대값 3으로 제한합니다.
- INTERRUPT가 발생하는 경우 문서를 캡처하지 않습니다.
```
JAVA_DUMP_OPTS=ONANYSIGNAL(JAVADUMP[3],SYSDUMP[1]),ONINTERRUPT(NONE) 
```
JAVA_DUMP_OPTS 환경 변수 사용에 대한 자세한 정보는 IBM 개발자 킷 진단 안내서를 참조하십시오.

다음에 수행할 내용

추가 조정 정보는 Java 메모리 성능 조정 팁 의 내용을 참조하십시오.

저작자표시

Posted by 라면스프

2009. 4. 15. 16:17

finalize method란 무엇인가? Enjoy/JAVA2009. 4. 15. 16:17

출처 : http://blog.naver.com/mullets214/100009856873

finalize method란 무엇인가?

최상위 클래스인 Object클래스는 finalize라는 이름의 protected 메쏘드를 가지고 있다. 이것은 이 클래스의 객체가 가비지 콜렉션 과정에서 가지고 있던 리소스가 반환될 때 해야 할 일에 대한 정의를 가지고 있다. 물론, 이것은 사용자가 정의한 클래스에서 재정의할 수 있다. 만일 사용자의 클래스에 이 메쏘드를 재정의했다면, 그 finalize메쏘드를 객체의 Finalizer라고 부른다. 그렇다면 이것은 누가 호출하는가? 자바 가상 머신이 그 객체가 가지고 있는 메모리가 반환되기 전에 이것을 수행한다. 이 메쏘드를 재정의함으로써, 단순히 메모리를 반환하는 것 이상의 작업을 할 수 있다.

여기에 대한 정의는 자바 가상 머신에 되어 있지 않다. 단순히 그 객체가 사용하고 있던 리소스가 재사용되기 전에만 실행되면 된다. 어느 쓰레드가 이 파이널라이저를 실행해야 한다는 규정도 없다. Object 클래스의 finalizer메쏘드가 하는 일은 아무 것도 없다.

또한 하위 클래스의 파이널라이저는 상위 클래스의 파이널라이저를 암시적으로 호출하지 않는다. 생성자와는 다르다. 생성자는 자신의 상위 클래스 객체의 생성자를 암시적으로 호출하게 된다. 그래서 하위 클래스의 파이널라이저는 항상 super키워드를 통해 상위 클래스의 파이널라이저를 호출하는 것이 좋다.

protected void finalize() throws Throwable {

	super.finalize();

         .....

}

파이널라이저의 구현

이 개념을 잡기 위해 두 종류의 애트리뷰트들을 규정하는 것이 좋겠다.

Reachability

reachable : 살아 있는 쓰레드들에 의해 지속적으로 접근될 수 있는 객체의 상태. 프로그램의 최적화는 이런 reachable한 객체의 숫자를 줄이는 방향으로 나갈 수 있다. 예를 들어, 사용자가 명시적으로 하지 않았더라도 컴파일러나 코드 생성기가 더 이상 사용되지 않을 객체의 레퍼런스에 대해 미리 null이라고 세팅함으로써, 빠른 시간 내에 가비지 수집이 될 수 있게 하는 것이다.
finalizer-reachable : 현재 살아있는 쓰레드들에 의해 참조되지는 않으나, finalizable한 객체들에 의해 참조되고 있는 객체의 상태.
unreachable : 어떠한 객체들로부터도 참조되지 않는 객체.

Finalization

unfinalized : 파이널라이저가 자동으로 수행되지 않은 객체의 상태.
finalizable : 파이널라이저가 자동으로 수행되지 않은 상태이지만, 자바 가상 머신이 언제라도 파이널라이저를 수행할 수 있는 객체의 상태. 즉 파이널라이저에 의해서는 참조가 되고 있는 상태
finalized : 파이널라이저가 자동으로 수행된 객체의 상태.

이와 같은 두 애트리뷰트의 부류를 고려한 객체의 라이프 사이클은 다음과 같다.

객체의 라이프 사이클

A : 객체가 처음 생성되었을 때에는 reachable이면서 unfinalized한 상태이다
객체의 참조가 실행 도중 살아 있는 쓰레드로부터 접근할 수 없게 되면서 객체의 상태는 finalizer-reachable(B,C,D)나 unreachable(E,F)의 상태가 된다.
이 그림에서 주의깊게 봐야 할 것은 f-reachable한 상태에서 직접 unreachable한 상태로 이동하지는 않는다는 것이다. 파이널라이저가 수행시작되는 순간 reachable한 상태가 되면서 unreachable상태로 이동하게 되는 것이다.
G,H : unfinalized상태의 객체가 f-reachable이나 unreachable상태가 된 것을 자바 가상 머신이 탐지하고 finalizable이라는 상태로 세팅한다. 그리고, 그 객체가 unreachable 상태라면 f-reachable상태로 바꾸어 파이널라이저가 수행될 수 있도록 한다.
I : 파이널라이저가 수행되었고 unreachable이면 이 객체는 메모리로부터 제거된다.
J,K : 자바 가상 머신은 finalizable한 객체에 대해서는 임의의 쓰레드를 이용해 파이널라이저를 수행시킬 수 있다. 이 경우에 객체는 finalized이면서 reachable한 상태가 된다.
L,M,N : 위와 같은 작업에 의해 f-reachable이었던 다른 객체들의 상태가 reachable해지게 될 수도 있다.
위에서 한 가지 상태가 빠져 있다. finalizable이면서 unreachable한 상태로 이런 상태는 있을 수 없다. finaliable한 객체는 파이널라이저에 의해 접근될 수 있기 때문이다.
O : 파이널라이저가 정의되지 않은 사용자 클래스의 경우 굳이 복잡한 상태를 거칠 이유가 없다.

강제 가비지 콜렉션 구현의 예

 import java.lang.ref.*;


public class FinalizeTest {

    String oops = "Oopsla";

    static Reference weakref;


              
    protected void finalize() throws Throwable {

          System.out.println("Finalizer Called");

    }

    public static void main(String[] args) {

    	FinalizeTest f = new FinalizeTest();

         	Reference weakref = new WeakReference(f);


                    
	System.out.println("Before GC = " + weakref.get());

                     
	f = null;

                    
	Runtime rt = Runtime.getRuntime();

                    
	long free = rt.freeMemory();

         long oldfree;


                 
	do {

		oldfree = free;

		rt.gc();

		free = rt.freeMemory();

         } while (free > oldfree);


                    
	System.out.println("After GC = " + weakref.get());

    }

}

실행 결과
Before GC = FinalizeTest@7923b8c9
Finalizer Called
AfterGC = null

클래스 파이널라이저

클래스가 언로딩될 때 암시적으로 호출되는 메쏘드를 다음과 같이 정의할 수 있다.

static void classFinalize() throws Throwable { . . . }
[출처] finalize method란 무엇인가?|작성자 하얀나라

저작자표시

Posted by 라면스프

2009. 4. 15. 09:34

POI Style Enjoy/etc2009. 4. 15. 09:34

담아온곳 : http://sinope.tistory.com/tag/poi

=============================================

본문서는 자유롭게 배포/복사 할수 있지만

이문서의 저자에 대한 언급을 삭제하시면 안됩니다

저자 : GoodBug (unicorn@jakartaproject.com)

최초 : http://www.jakartaproject.com

=============================================

Jakarta POI

IX. Cell을 좀더 유연하게!

1. Date타입 셀 만들기

① 소스

HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");

HSSFRow row = sheet.createRow((short)0);

//처음셀은 style없이 그냥 new Date()로 입력

HSSFCell cell = row.createCell((short)0);
cell.setCellValue(new Date());

//두번째 셀은 "m/d/yy h:mm"으로 포맷하여 날짜를 입력

HSSFCellStyle cellStyle = wb.createCellStyle();
cellStyle.setDataFormat(HSSFDataFormat.getBuiltinFormat("m/d/yy h:mm"));
cell = row.createCell((short)1);
cell.setCellValue(new Date());
cell.setCellStyle(cellStyle);

FileOutputStream fileOut = new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();

② 결과

③ HSSFDateFormat이 지원하는 날짜 포맷

cellStyle.setDataFormat(HSSFDataFormat.getBuiltinFormat("m/d/yy h:mm")); 에서 다음과 같이 포맷을 정할 수 있다 (현재시간은 2005년 3월 14일 0시 52분 17초.. 헛 화이트데이 --;)

2. Cell의 Align속성

① 소스

HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
HSSFRow row = sheet.createRow((short) 2);

//HSSFCellStyle의 여러가지 align속성
createCell(wb, row, (short) 0, HSSFCellStyle.ALIGN_CENTER);
createCell(wb, row, (short) 1, HSSFCellStyle.ALIGN_CENTER_SELECTION);
createCell(wb, row, (short) 2, HSSFCellStyle.ALIGN_FILL);
createCell(wb, row, (short) 3, HSSFCellStyle.ALIGN_GENERAL);
createCell(wb, row, (short) 4, HSSFCellStyle.ALIGN_JUSTIFY);
createCell(wb, row, (short) 5, HSSFCellStyle.ALIGN_LEFT);
createCell(wb, row, (short) 6, HSSFCellStyle.ALIGN_RIGHT);

FileOutputStream fileOut = new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();

public void createCell(HSSFWorkbook wb, HSSFRow row, short column, short align)
{
HSSFCell cell = row.createCell(column);
cell.setCellValue("Align It");
HSSFCellStyle cellStyle = wb.createCellStyle();
cellStyle.setAlignment(align);
cell.setCellStyle(cellStyle);
}

② 결과

3. Cell의 Border 속성

① 소스

HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");

HSSFRow row = sheet.createRow((short) 1);
HSSFCell cell = row.createCell((short) 1);
cell.setCellValue(4);

// Cell의 Border 속성
HSSFCellStyle style = wb.createCellStyle();
style.setBorderBottom(HSSFCellStyle.BORDER_THIN);
style.setBottomBorderColor(HSSFColor.BLACK.index);
style.setBorderLeft(HSSFCellStyle.BORDER_THIN);
style.setLeftBorderColor(HSSFColor.GREEN.index);
style.setBorderRight(HSSFCellStyle.BORDER_THIN);
style.setRightBorderColor(HSSFColor.BLUE.index);
style.setBorderTop(HSSFCellStyle.BORDER_MEDIUM_DASHED);
style.setTopBorderColor(HSSFColor.BLACK.index);
cell.setCellStyle(style);

FileOutputStream fileOut = new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();

② 결과

③ HSSFCellStyle

HSSFCellStyle에는 다음과 같은 static 멤버변수가 존재합니다

ALIGN_CENTER	center horizontal alignment
ALIGN_CENTER_SELECTION	center-selection? horizontal alignment
ALIGN_FILL	fill? horizontal alignment
ALIGN_GENERAL	general (normal) horizontal alignment
ALIGN_JUSTIFY	justified horizontal alignment
ALIGN_LEFT	left-justified horizontal alignment
ALIGN_RIGHT	right-justified horizontal alignment
ALT_BARS	Wide dots
BIG_SPOTS	Large spots
BORDER_DASH_DOT	dash-dot border
BORDER_DASH_DOT_DOT	dash-dot-dot border
BORDER_DASHED	dash border
BORDER_DOTTED	hair-line border
BORDER_DOUBLE	double-line border
BORDER_HAIR	dot border
BORDER_MEDIUM	Medium border
BORDER_MEDIUM_DASH_DOT	medium dash-dot border
BORDER_MEDIUM_DASH_DOT_DOT	medium dash-dot-dot border
BORDER_MEDIUM_DASHED	Medium dashed border
BORDER_NONE	No border
BORDER_SLANTED_DASH_DOT	slanted dash-dot border
BORDER_THICK	Thick border
BORDER_THIN	Thin border
BRICKS	Brick-like layout
DIAMONDS	Diamonds
FINE_DOTS	Small fine dots
NO_FILL	No background
SOLID_FOREGROUND	Solidly filled
SPARSE_DOTS	Sparse dots
SQUARES	Squares
THICK_BACKWARD_DIAG	Thick backward facing diagonals
THICK_FORWARD_DIAG	Thick forward facing diagonals
THICK_HORZ_BANDS	Thick horizontal bands
THICK_VERT_BANDS	Thick vertical bands
THIN_BACKWARD_DIAG	Thin backward diagonal
THIN_FORWARD_DIAG	Thin forward diagonal
THIN_HORZ_BANDS	Thin horizontal bands
THIN_VERT_BANDS	Thin vertical bands
VERTICAL_BOTTOM	bottom-aligned vertical alignment
VERTICAL_CENTER	center-aligned vertical alignment
VERTICAL_JUSTIFY	vertically justified vertical alignment
VERTICAL_TOP	top-aligned vertical alignment

4. Cell의 색갈 채우기

① 소스

HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");

HSSFRow row = sheet.createRow((short) 1);

HSSFCellStyle style = wb.createCellStyle();
// 아쿠아색을 배경으로 하고

style.setFillBackgroundColor(HSSFColor.AQUA.index);

//채움 스타일은 큰 점으로 한다
style.setFillPattern(HSSFCellStyle.BIG_SPOTS);
HSSFCell cell = row.createCell((short) 1);
cell.setCellValue("X");
cell.setCellStyle(style);

style = wb.createCellStyle();

// 오렌지색으로 전경으로 하고
style.setFillForegroundColor(HSSFColor.ORANGE.index);

// 채움 스타일은 SOLID_FOREGROUND로 한다
style.setFillPattern(HSSFCellStyle.SOLID_FOREGROUND);
cell = row.createCell((short) 2);
cell.setCellValue("X");
cell.setCellStyle(style);

FileOutputStream fileOut = new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();

② 결과

③ HSSFColor 정리!

5. Cell 병합

① 소스

HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");

HSSFRow row = sheet.createRow((short) 1);
HSSFCell cell = row.createCell((short) 1);

cell.setCellValue("This is a test of merging");

sheet.addMergedRegion(new Region(1,(short)1,1,(short)2));

FileOutputStream fileOut = new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();

② 결과

③ Region

특정셀을 합칠 때는 HSSFSheet의 addMergedRegion(Region region)와

합칠 셀의 영역을 나타내는 Region을 사용한다.

Region region = new (int 시작ROW, short 시작COL, int 종료ROW, short 종료COL);

6. Cell에 폰트 설정하기

① 소스

HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");

HSSFRow row = sheet.createRow((short) 1);

// 폰트 높이는 24, 폰트 종류는 Courier New, 이탈릭체로 설정한다
HSSFFont font = wb.createFont();
font.setFontHeightInPoints((short)24);
font.setFontName("Courier New");
font.setItalic(true);
font.setStrikeout(true);

// 설정한 폰트를 스타일에 적용한다
HSSFCellStyle style = wb.createCellStyle();
style.setFont(font);

// Cell에 스타일을 적용한다
HSSFCell cell = row.createCell((short) 1);
cell.setCellValue("This is a test of fonts");
cell.setCellStyle(style);

FileOutputStream fileOut = new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();

② 결과

=============================================

본문서는 자유롭게 배포/복사 할수 있지만

이문서의 저자에 대한 언급을 삭제하시면 안됩니다

저자 : GoodBug (unicorn@jakartaproject.com)

최초 : http://www.jakartaproject.com

=============================================

저작자표시

Posted by 라면스프

«이전 1 ··· 15 16 17 18 19 20 21 ··· 25 다음»

달력

« 2025/1 »

'전체보기'에 해당되는 글 245건

리눅스마스터2급 대비 [2/3] 2009. 6. 1. 17:31

리눅스마스터2급 대비 [1/3] 2009. 6. 1. 17:27

리눅스마스터2급 나름정리 2009. 6. 1. 16:45

남자머리 스타일 뭐가 좋을려나... It's Me2009. 5. 20. 13:21

Window 에서 연결될 네트워크 연결끊기 Enjoy/etc2009. 5. 3. 22:21

netstat 명령어 - 포트 오픈 여부 확인하는 방법 Enjoy/etc2009. 4. 30. 10:21

JVM Memory Enjoy/JAVA2009. 4. 15. 17:59

JVM(Java Virtual Machine) 성능 조정 Enjoy/JAVA2009. 4. 15. 16:20

JVM(Java Virtual Machine) 성능 조정

이 타스크 정보

프로시저

다음에 수행할 내용

finalize method란 무엇인가? Enjoy/JAVA2009. 4. 15. 16:17

finalize method란 무엇인가?

파이널라이저의 구현

클래스 파이널라이저

POI Style Enjoy/etc2009. 4. 15. 09:34

떳다떳다 블러그

카테고리

공지사항

태그목록

최근에 올라온 글

최근에 달린 댓글

최근에 받은 트랙백

글 보관함

링크

티스토리툴바

기본값:	높은 초기 컴파일러 최적화 레벨
권장:	높은 초기 컴파일러 최적화 레벨
사용법:	-Xquickstart는 더 빠른 서버 시작 시간을 제공할 수 있습니다.

기본값:	단순 컴파일러
권장:	최적화 컴파일러
사용법:	-server가 최적화 컴파일러를 사용 가능하게 합니다.

기본값:	256 MB
권장:	워크로드에 특정하지만, 기본값보다 높습니다.
사용법:	-Xms256m은 초기 힙 크기를 256MB로 설정합니다.

기본값:	512 MB
권장:	워크로드에 특정하지만, 기본값보다 높습니다.
사용법:	-Xmx512m은 최대 힙 크기를 512MB로 설정합니다.

기본값:	optthruput
권장:	optthruput
사용법:	Xgcpolicy:optthruput

권장:	128 MB
사용법:	XX:PermSize=128m은 perm 크기를 128MB로 설정합니다.

기본값:	2228224 바이트
권장:	대략 총 힙 크기의 1/4
사용법:	-Xmn256m은 크기를 256MB로 설정합니다.

기본값:	0
권장:	128MB
사용법:	-XX:PermSize=128m은 PermSize를 128MB로 설정합니다.

기본값:	기본값 없음
권장:	대략 총 힙 크기의 3/4
사용법:	-Xmn768m은 크기를 768MB로 설정합니다.

기본값:	off
권장:	on
사용법:	-XX:+ForceMmapReserved는 "지연 스왑"을 사용 안합니다.