'튜닝'에 해당되는 글 40건

  1. 2011.04.01 [GC] CMS 사용시 verbosegc 분석하는데 도움이 되는 자료
  2. 2010.06.30 [자바 무료 프로파일링 툴] Java Free profiling tools
  3. 2010.03.20 [Blog2Book] 자바 성능을 결정짓는 코딩 습관과 튜닝 이야기- 3쇄를 찍다. (1)
  4. 2010.02.18 [Glassfish] Glassfish 서버 메모리 세팅 관련 링크
  5. 2009.12.22 [자바 GC] 도대체 Permanent 영역에는 어떤 놈들이 있는 것일까?
  6. 2009.10.08 [Tomcat] Tomcat 성능 튜닝 가이드라인 (tomcat performance tuning)
  7. 2009.08.28 [맥 OS 사용 팁] Snow Leopard (스노우 레오파드, Mac OS X 10.6)
  8. 2009.08.06 [성능 튜닝] 고급 성능 조정의 개념
  9. 2009.06.16 [JavaOne 2009] 자바원 2009 세미나 자료들
  10. 2009.06.14 [Dtrace] Solaris 서버 사용자를 위한 Dtrace를 이용한 Java 분석
  11. 2009.06.05 [GC] 자바의 CMS(Concurrent Mark & Sweep)을 대체할 G1
  12. 2009.05.29 [자바 성능을 결정짓는 코딩 습관과 튜닝 이야기] Collection 에 관하여 (1)
  13. 2009.05.25 [GC] Java GC Tuning 방법 (자바 메모리 튜닝)
  14. 2009.05.22 [Heap Dump] 자바 힙 덤프(java heap dump) 분석기 - Eclipse Memory Analyzer
  15. 2009.05.07 [iBATIS] iBATIS의 성능 문제
  16. 2009.04.30 [Java Visual VM] JDK에 포함된 무료 프로파일링 툴
  17. 2009.04.10 [Java Performance Tips] 자바 성능 팁
  18. 2009.03.09 [자바 스택정보 보기] jstack을 이용해서 스택정보(쓰레드 덤프, Thread dump) 확인
  19. 2009.03.06 한빛 미디어 도서를 이용한 Java Roadmap
  20. 2009.02.25 [Garbage First] G1 콜렉터란 ??? (1)
  21. 2009.02.19 [자바 메모리 옵션 튜닝] Sun 에서 제공하는 자바 메모리 옵션 튜닝
  22. 2009.02.10 [JIRA] 지라 성능 튜닝
  23. 2009.01.28 [성능 튜닝 가이드] 기본적인 자바 성능 튜닝 가이드
  24. 2009.01.11 [J2EE Cache] ehcache를 사용한 페이지 캐시
  25. 2008.12.10 [Thread Checker] Thread Check 소개 - Thread 정보를 파악하자.
  26. 2008.10.14 [구매정보] 썬테크데이에서 몇가지 책을 반값에 드리네요.
  27. 2008.09.01 [Blog2Book 자바 성능 튜닝] 자바 성능을 결정짓는 코딩 습관과 튜닝 이야기 2쇄가 나왔습니다. (4)
  28. 2008.08.09 [IBM Dump Analyzer] IBM Diagnostic and Monitoring Tools for Java - Dump Analyzer 를 이용한 메모리 분석 가이드
  29. 2008.07.18 [쓰레드 덤프 분석] 자바 쓰레드 덤프 분석을 통한 병목 구간 찾기
  30. 2008.06.28 [세미나자료] 2008년 07월 18일 OKJSP 세미나 자료. (1)
아시겠지만, 책의 쇄가 올라간다는 것은 그만큼 많이 팔려서 더 찍어 낸다는 것이다.
판이 올라가는 것은 많은 수정이 가해져서 많은 변화가 이루어 졌을 때 판 수가 증가하는 것이다.

어찌 되었든, 내 생애의 첫 출판 서적이 3쇄를 찍었다. 그것도 IT책이 ^^;
계산해 보니 6개월 만에 2쇄 찍고,
1년 6개월 만에 3쇄 찍었다.

많은 분들께 도움이 되기를...


신고
Posted by tuning-java Trackback 0 : Comment 1
지난주에 회사에서 "GC 튜닝의 이해"라는 과정을 개설해서,
강의를 했다. 

강의 자료를 만들고 있는데,
도대체 자바의 Permanent 영역에는 정확히 어떤 놈들이 있는 것일까?
라는 의문이 생겨서 여기저기 찾아 보다가, 가장 정리가 잘 되어 있는 놈을 발견했다.

궁금하신 분들은 아래 글을 읽어보기 바란다.
http://blogs.sun.com/jonthecollector/entry/presenting_the_permanent_generation

신고
Posted by tuning-java Trackback 0 : Comment 0
내가 한, 두번 Tomcat 5.5와 6성능 비교를 해 본 결과
동일한 Application을 수행할 때 Tomcat 6에는 성능 문제가 존재한다.
아직 정확한 성능 저하의 원인을 밝히진 못했지만,
TPS 상으로 적어도 10~20% 정도 저하된다.

어느정도 Tomcat 6의 성능이 안정화 될 때까지는 쓰지 않는 것을 권장한다.

참고로 아래 링크를 활용하면, 어떻게 Tomcat의 성능을 최적화 할 수 있는지 알 수 있다.

http://www.solutionhacker.com/?p=147




신고
Posted by tuning-java Trackback 0 : Comment 0


우리팀 팀원 한분이 Snow Leopard Retail version과 10A432 버전을 깔아서 사용한 후기를 보내줘서
그 내용을 허가 받고 공유한다.
(물론 그분도 여기저기서 확인한 내용이라고 한다...)
오늘부터 Snow Leopard가 배송된다니, 어떻게 바뀌었을지 궁금하다.
(난 팀장님이 Family 버전인가 뭔가를 사서 하나 설치할 수 있다. ㅋㅋㅋ. 받아 놓고, 책 다쓰면 한번 밀어야징...)

뭐가 달라졌는지 확인할 수 있는 관련 기사는
http://news.naver.com/main/read.nhn?mode=LSD&aid=0001952304&oid=092&mid=sec&sid1=105
를 참조하기 바란다.

·
     
DVD없이 설치

o  디스크 유틸리티에서 하드디스크 파티션 분할 (용량은 이미지 용량만큼)

o  복원탭에서 소스를 OS이미지가 있는 .dmg 파일을 선택, 대상을 분할된 파티션으로 선택하여 복원

o  시동 디스크 유틸리티에서 과정을 거쳐 만들어진 파티션을 선택

o  설치!



·
   
Snow Leopard에서 64비트 커널 부팅을 Default 설정하기

o  기존 Device Driver kext 호환을 위해서 서버군인 Xserve 제외한 모든 기종에서 default커널은 32비트를 유지하고 있다. 아래 방법은 이를 해결하여 64비트 커널로 부팅 가능하게 한다.

o  64비트 커널 사용 가능한지 확인

§  터미널에서 다음과 같이 입력: ioreg -l -p IODeviceTree | grep firmware-abi

o  (방법1) /Library/Preferences/SystemConfiguration/com.apple.Boot.plist 설정

§  <key>Kernel Flags</key><string></string>...

§  <key>Kernel Flags</key><string>arch=x86_64</string>으로 변경

o  (방법 2) nvram설정

§  터미널에서 다음과 같이 입력: nvram boot-args="arch=x86_64"

 


·
     
Snow Leopard에서 True Type Sub-pixel Rendering 적용하기 (Workaround)

o  현재(10A432) Snow Leopard에는 자사의 애플 시네마 디스플레이가 아닌 LCD 연결된 경우 Sub-pixel Rendering 적용되지 않는 버그를 가지고 있다. Sub-pixel Rendering 적용되지 않으면 화면 가독성에 문제가 있을 있다.

o  아래와 같이 터미널에서 입력 , 재로그인하면 Sub-pixel Rendering 적용된다.

§  defaults -currentHost write -globalDomain AppleFontSmoothing -int 2


신고
Posted by tuning-java Trackback 0 : Comment 0
http://www.ibm.com/developerworks/kr/library/au-aixperformancetuning/index.html

아침에 메일온걸 확인하다가, 고급 성능 조정의 개념이라는 글이 있어 이렇게 링크를 건다.

그런데, 상세한 가이드라기 보다는 개략적인 가이드라서
어느 정도 경험이 있는 분들이 봐야하는 그런 문서인듯...

추가로 메일을 보니, 에릭 감마 아저씨가 한국에 오는듯... 근데 무슨 QnA가 한시간이여???
안구라 선배가 가면 많은걸 물어볼텐데... ㅋㅋ

Jazz라는 제품 설명하러 오는거 같다.
신고
Posted by tuning-java Trackback 0 : Comment 0
http://developers.sun.com/learning/javaoneonline/j1online.jsp?track=javase&yr=2009

Java One 2009 자료들이 떴다.
이 자료들을 보려면 SDN 계정이 있어야만 한다.
(대부분 아시겠지만, 이 계정은 무료다. ^^)

지난 몇년간 성능테스트만 하고,
튜닝 업무는 주가 아닌 부 작업이 되었을 때 자료들을 보는 것과
지금 튜닝 업무가 주요 작업인 지금 자료들을 보는 것은 천지차이다.

역시 어떤 자료던지,
자기한테 필요가 있어야만 처다보게 되고,
머리에 쏙쏙 들어온다는 거~~~.

그나 저나 팀장님이 도움이 될꺼 같냐고 물어봤을때,
강력하게 이야기할 걸 그랬다.

내년엔 경기도 좋아지고,
팀도 계속 남아있고,
Java One 2010도 꼭 해서,
한번 참석해보고 싶당...
(회삿돈으로... ㅋㅋㅋ)
신고
Posted by tuning-java Trackback 0 : Comment 0
자바의 GC 방식에는 여러가지가 있지만,
최근에 나온 기술에는 G1이라는 것이 있다.
최근에 나온 JDK 6.0 update 14에는 early access 로 G1을 사용할 수 있도록 했다.
G1을 적용하기 위해서는 java start option에
-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC
라고 명시해 주면 된다.

추가로 G1을 사용할 때 GC로 인한 최대 대기시간을 지정하기 위한
-XX:MaxGCPauseMillis=<X>
옵션을 추가할 수 있으며,
-XX:GCPauseIntervalMillis=<X>
옵션을 통해서 GC 대기 사이의 간격을 지정할 수 있다.
그런데 여기서 중요한 것은
이 옵션은 Goal 이다. Promise나 guarantee 가 아니라는 것이다.
(목표일 뿐이고, 이건 약속이나 보장한다는 것이 아닐 뿐이고~~)

G1이 다른 GC와 다른 것은 GC를 담당하는 New와 Old의 장벽이 사라졌다는 것~~~
자세한건 아래 링크의 비됴나 문서를 함 보시길~~~

Sun Tech Days 2008-2009 자료 보기
http://developers.sun.com/learning/javaoneonline/j1sessn.jsp?sessn=TS-5419&yr=2008&track=javase


신고
Posted by tuning-java Trackback 0 : Comment 0
먼저 자바 성능을 결정짓는 코딩 습관과 튜닝 이야기를 구매하고, 읽어주신, 그리고, 읽고 계신 독자 여러분께 감사하다는 말씀을 드립니다.

이렇게 글을 올리는 이유는 책을 쓴 저자가 책을 읽는 여러분이 정확한 지식을 습득해야 한다고 생각하기에 책이 나온지 1년 3개월이 지난 지금 이렇게 글을 씁니다.(이렇게 갑자기 책에 대해서 이야기하는 것은 가장 아래에 적어 놓았습니다.)

먼저 제 책에 있는 몇몇 오류에 대해서는 손권남씨께서 자신의 블로그 http://kwon37xi.egloos.com/3733755 에서 잘 설명해 두었습니다. 여기서 제가 보기에도 완전한 문제라고 생각된 부분에 대해서는 2쇄 발행시 많이 수정하였습니다.

그런데, 가장 논란이 많은 부분은 역시 Collection관련 부분입니다.
물론 테스트를 제대로 하지 않았다는 점에 대해선 100% 인정합니다.
(http://agbird.egloos.com/4800620 에 있는 내용을 잘 읽어 보시면 도움이 되실겁니다.)

각각의  Map, Set, List, Queue 등은 자신의 용도에 맞게 사용해야만 합니다. 

그렇다면, 제가 책에 왜 Collection에 대해서 썼을까요?
잘못된 지식을 주기 위해서?
제 책에 안티하신 분들이 말씀하시는 잘못된 테스트 방법을 알리기 위해서 ?
모두 아닙니다.

사실 Collection은 일반 웹 프로그래밍을 할 때 성능의 관점으로 보았을 때 중요하지 않습니다.
하지만 만약 여러분들이 Batch 프로그램이나, WAS 등을 개발한다면 이야기는 완전히 달라집니다. 굉장히 중요합니다.
책을 보신분은 아시겠지만, 테스트 케이스는 적어도 만번 이상 반복 수행을 한 내용입니다.
일반 웹에서는 그렇게 많은 회수의 데이터 검색 및 처리를 해서는 안됩니다.
그렇게 몇만건의 데이터 처리를 하게 된다면 고객을 반드시 설득시키시기 바랍니다. 그건 Web이 아니라, Web의 껍데기를 하고 있는 C/S프로그램입니다.

책을 쓰면서 여러 자료를 수집하면서, 웹 상에서 어떤 Collection이 가장 빠르냐에 대한 논쟁이 일어난 부분을 많이 보았습니다.
그러한 논쟁은 웹 개발시에는 그리 큰 의미가 없다는 것을 알리기 위해서 쓴 부분 입니다.
그렇게 Collection의 성능이 걱정되신다면 구글 Collection을 쓰세요. 

다시 한번 책에 잘못된 지식을 전달한 점에 대해서 죄송하다는 말씀을 드립니다.

그런데, 지금까지 가만히 있다가 왜 갑자기 이런글을 썼을까요?
이번주 화요일에 사내에서 컨퍼런스가 있었습니다.
자바 성능과 관련된 부분이 있어 관심있게 듣게 되었습니다.
그런데, 사전에 컨퍼런스 자료를 검토하던중, 제 책이 잘못되어 있다고 되어 있는 부분을 발견하여
발표자에게 컨퍼런스 전에 메일을 드렸지만, 
메일을 보지 못하고 컨퍼런스를 진행하시더군요. - -;

그 발표자 분과는 컨퍼런스 후에 메일을 통해서 이야기를 하게 되었는데,
예전에 발표자와 다른 어떤 분이 Collection 부분 때문에 엄청 심하게 싸웠고,
그러한 문제 때문에 책에 대한 문제점을 세미나에서 다루었다고 말씀하시더군요.

제가 쓴 책 때문에 다툼까지 발생하리라고는 생각지도 못했습니다.
추후에라도 제가 잘못 쓴 부분 때문에 많은 분들이 다투지 않았으면 하는 생각에 글을 쓰게 되었습니다.

제가 완벽하지도, 똑똑하지도 않은 사람이지만,
성능에 때문에 고생하는 많은 분들을 위해서 쓰게된 책입니다. 조금더 성능에 대한 정확하고 심오한 정보를 얻고 싶으시다면, Effective Java를 반드시 읽어 보세요. 

그래도, 저도 사람인지라 깊이가 낮다. 일부분의 오류 때문에 잘못된 책, 믿지 못할 책이라는 평가를 보면 하루 종일 기분이 좋지 않더군요. 그래서 최근에는 검색을 잘 안해보고 있습니다. ^^:

지금은 "개발자도 쉽게 배우는 테스트와 테스트 툴 이야기(가제)"라는 책을 쓰고 있습니다.
이 책도 저번 책과 마찬가지로, 테스트에 대해서 잘 모르는 초급 개발자와 간단히 참조하기를 위한 중급 개발자분들을 위한 책입니다. TDD에 대한 심오한 이야기나 CI에 대한 깊은 이야기를 다루지는 않았습니다. 
단지, 그러한 단어가 무엇을 뜻하는지, 왜 해야하는지, 테스트라는 말만 들으면 스트레스를 받는 분들을 위해서 최대한 쉽게 쓰려고 노력하고 있습니다.
지금 쓰고 있는 책의 서문에도 써 놓았지만(나중에 출판사에서 그 내용을 뺄 수도 있습니다.), 
자신이 고급 개발자라고 생각하시는 그런 분들은 절대 제가 쓰고 있는 책을 사지 마세요.
그런 분들은 안읽으셔도 됩니다. (보시면 도움이 될만한 부분이 적어도 하나는 있겠지만...)

지금 쓰고 있는 책을 탈고하고, 출판을 한 이후에는
"자바 성능을 결정짓는 튜닝, 그 두번째 이야기"를 쓸 예정입니다.(목차는 거의 완성되었습니다.)
그 책은 성능에 대해서 깊게 쓸 예정이므로, 첫번째 이야기에 실망하신 분들은 기대하셔도 좋습니다.
두번째 책도 실망하시는 분들은 제가 어쩔 수 없죠. - -; 
단, 출판사와 계약 안하고 90% 완료한 상태에서 계약할 예정입니다. ^^;
(빠르면 내년 10월쯤 나올 것 같습니다. )

넋두리가 심했네요.

긴글 읽어 주셔서 감사합니다. 
신고
Posted by tuning-java Trackback 0 : Comment 1
GC가 뭔지 잘 모르시는 분들은 제 블로그의 다른 글을 찾아보시거나,
"자바 성능을 결정 짓는 코딩 습관과 튜닝 이야기"를 참조하시길...

자바의 메모리 구조는 다음과 같이 되어 있다.
  • Code Cache: contains memory used for compilation and storage of native code
  • Eden Space: pool from which memory is initially allocated for most objects
  • Survivor Space: pool containing objects that have survived Eden space garbage collection
  • Tenured Gen: pool containing long-lived objects
  • Perm Gen: contains reflective data of the JVM itself, including class and memory objects
  • Perm Gen [shared-ro]: read-only reflective data
  • Perm Gen [shared-rw]: read-write reflective data

    아래는 GC를 어떻게 튜닝하는지에 대한 자세한 설명이 있는 사이트 링크다.
    http://java-monitor.com/forum/showthread.php?t=30

    이것도 귀찮은 분을 위해서 더 간단한 튜닝 정보
    http://developer.amd.com/documentation/articles/pages/4EasyWaystodoJavaGarbageCollectionTuning.aspx

    완벽한 GC의 방식과 처리에 대한 자세한 정보를 보려면 아래 링크에 있는 PDF 파일을 참조하는 것도 좋다.
    http://www.cecmg.de/doc/tagung_2007/agenda07/24-mai/2b3-peter-johnson/index.html


    한글로 된 설명을 보고자 하신다면
    다시한번 말씀드리지만,
    "자바 성능을 결정 짓는 코딩 습관과 튜닝 이야기"를 참조하시길...
    지금 생각해보면 이 책에 이 부분에 대한 설명을 좀 약하게 적었다는 생각이 많이 들긴 한다.
    다음책에선 자세히 적어놔야지...

    추가로 Java 6 GC 튜닝 방법에 대한 Sun의 자료는 아래와 같다.
    http://java.sun.com/javase/technologies/hotspot/gc/gc_tuning_6.html

  • 신고
    Posted by tuning-java Trackback 0 : Comment 0
    자바 힙 덤프 분석기는 jhat등 여러가지 툴이 있지만,
    최근에 발견한 Eclipse Memory Analyzer 라는 프로그램이 있다.

    http://www.eclipse.org/mat/

    다운로드하여 압축을 해제하고, 이클립스만 수행하면 된다.
    단, 기본 자바 VM을 사용할 때 발생한 HPROF 덤프 파일의 확장자는 반드시 hprof 여야만 읽을 수 있다.

    작성된 힙 덤프 파일을 이 프로그램에서 읽으면 다음과 같은 화면을 제공한다.
    사용자 삽입 이미지

    신고
    Posted by tuning-java Trackback 0 : Comment 0
    요즘 iBATIS를 사용하는 프로젝트가 많이 있다.
    예전 회사에서도 이런 경우가 발생한 것으로 생각되는데,
    iBATIS를 사용하면 WAS의 CPU 사용량이 어느 정도 이상 증가하지 않고,
    TPS도 증가하지 않는 현상이 발생하는 경우가 간혹 있었다.

    최근에도 이런 문제를 확인했는데,
    그 이유는 iBATIS의 com.ibatis.common.beans.ClassInfo 클래스에 있었다.
    뭐 내가 잡은건 아니고 내 옆자리에 있는 박박사님께서 ^^;

    만약 쿼리들이 느린 경우에는 이런 문제가 야기 되지 않겠지만,
    쿼리들이 엄청 빠를 경우 WAS에 병목이 생긴다. 아래의 링크를 보자.
    https://issues.apache.org/jira/browse/IBATIS-508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12683961

    이중으로 Lock을 잡은 것이 문제였으며,
    우연찮게도, 미쿡 애들도 비슷한 시기에 문제를 확인한 것 같다.
    http://www.kaigrabfelder.de/en/2009/05/01/concurrency_vs_synchronization.html

    가장 좋은 해법은 ConcurrentHashMap 을 사용하는 것이다.

    해당 버젼이 release (2.3.5)되면 성능을 위해서 update 하는 것이 좋을 듯 하다.


    신고

    'Framework > iBATIS' 카테고리의 다른 글

    [iBATIS] iBATIS의 성능 문제  (0) 2009.05.07
    Posted by tuning-java Trackback 0 : Comment 0
    https://visualvm.dev.java.net/

    VisualVM이라는 무료 툴이 있다.
    사용자 삽입 이미지

    이 툴이 JDK 6.0의 update 7 부터는 JDK의 bin 디렉토리에 jvisualvm.exe 라는 파일로 추가되어 있다.

    한번 사용해 보면 알겠지만, 정말 대단한 툴이다.

    jconsole은 JMX를 데이터를 보기 위한 툴이라면,
    이 툴은 메모리 상태 파악 및 성능 및 메모리 프로파일링까지 가능하기 때문에 성능상 문제가 있는 분들에게
    많은 도움이 될 것이라 생각된다.

    하지만, 아직까지 안정화 되지는 않아서 모니터링 대상 JVM이 죽는 현상이 발생할 수 있으므로,
    조심해서 사용하기 바란다.

    운영서버보다는 테스트 서버에서...

    추가로 이 툴을 사용한 후기를 "영어"로 작성할 능력이 있다면
    500불을 받을 수 있는 기회를 놓치지 말기 바란다.

    나도 함 시간 있으면, 해보려고~~
    자세한 내용은 아래 링크 참조.
    http://java.sun.com/community/javavisualvm/


    신고
    Posted by tuning-java Trackback 0 : Comment 0
    오늘 팀장님께서 복사한 문서를 한번 읽어 보라고 주셨다.
    9개의 자바 성능 팁에 대해서 아~주 간단하게 정리되어 있는 문서다. (2페이지에 걸친...)

    그 장의 첫번째 구문에는 Michael A. Jackson 이라는 할아버지가 쓴 글귀가 있다.

    The First Rule of Optimization : Don't do it
    The Second Rule of Optimization (for experts only) : Don't do it yet.

    이 문서가 언제 쓴 문서인지는 모르겠지만.... 이 글귀는 약간 이해는 안된다. ^^;

    Tip #1 : Object creation is bad
    Tip #2 : static is good  ==> I don't think so 다.
    Tip #3 : Table switch good, lookup switch bad
    Tip #4 : Small methods are good methods
    Tip #5 : Exceptions are exceptional
    Tip #6 : Use decorator patterns with care
    Tip #7 : instanceof is faster on classes
    Tip #8 : Use synchronized minimally
    Tip #9 : Beware external libraries
    신고
    Posted by tuning-java Trackback 0 : Comment 0

    기본적으로 자바는 Process와 Thread로 구성되어 있다.

    이게 뭔지는 Java 성능을 결정짓는 코딩 습관과 튜닝 이야기라는 책에 잘 나와 있고...


    여하튼.. 어떤 Thread가 뭔 짓을 하고 있는지를 보려면 Thread dump를 보면 된다.

    자바는 기본적으로 Thread dump를 제공하기 위해서 jstack이라는 명령어(프로그램)을 제공하며 자세한 설명이 필요한 분은 아래의 설명을 보기 바란다.

    http://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jstack.html

    http://java.sun.com/javase/6/docs/technotes/tools/share/jstack.html

     

    만약 JDK 버전이 5.0이면

    Jstack pid

    JDK 버전이 6.0 이면

    jstack -l pid

    명령을 수행하면 된다.


    만약 솔라리스나 리눅스에서 이 명령으로 수행이 안되면

    jstack -F pid

    로 수행하면된다.


    여기서 pid 는 프로세스의 id다.

    만약 jstack이 수행하는데 너무 오래 걸리고, 서버에 부하가 된다면 kill -3으로 쓰레드 덤프를 뜨는 것도 도움이 된다.


    분석하는 방법은 쉽지 않지만 다음과 같은 툴들이 있다.
    TDA라는 툴
    https://tda.dev.java.net/

    IBM의 JCA라는 툴

    http://www.alphaworks.ibm.com/tech/jca



    신고
    Posted by tuning-java Trackback 0 : Comment 0

    한빛미디어에서 이벤트를 한다고 하길래 한번 어떤 순서로 공부를 해야 하는지를 정리해본다.

    먼저 이벤트 관련 설문 내용

    1. 현재 하시는 일은 무엇인가요?

    글쎄요. 저도 제가 요즘 뭘 하는지... 그냥 요즘은 수명업무 하고 있습니다. 

    2. 로드맵에서 각 단계별로 같이 보면 좋은 책이 있나요?

    이 질문의 요지는 잘 모르겠지만, 같이보면 좋은 책은 같이 나열 했습니다. ^^;

    3. 로드맵에 대한 자신의 생각을 적어주세요.

    로드맵을 작성하다보니, 웹기반 시스템을 만들 개발자에겐 어느정도 도움이 되는 책들이 많으나, 서버 모듈이나 Core 모듈을 개발하는 개발자용 책은 그리 많지가 않은거 같네요.


    먼저 이벤트 페이지에 올라와 있는, 책들의 표지 목록을 보니 “엄청나게 많은 종류의 책이 출판되고 있구나” 라는 사실을 알게되었다. 그것도 IT 책만을 전문적으로 출판하는 회사에서…

    그런데, 표지 목록에 있는 책들을 보니, 이미 절판된 책도 있는 것으로 보였다. 최대한 내가 알고 있는 절판 책들은 뺐으나, 이 목록에 포함되었을 수도 있으니 이점 양해해 주기 바란다.

    추가로 이 로드맵은 웹 시스템 개발자를 위한 로드맵이고, 내 개인적인 의견이며, 사람마다 생각이 틀릴 수도 있다는 점을 이해해 주기 바란다.

     

    그럼 이제 시작한다.

    자바를 배우기 시작할 때에는 가장 먼저 자바의 기본과 알고리즘을 알아야 한다. 게다가 IDE 사용법까지…

     

    기본적인 자바에 대해서 알았다면, 웹 개발을 위한 필수인 HTML과 자바 스크립트에 대해서 알아야 한다.

     

    그리고, DB에 대해서 알아야 한다는 것은 두말할 필요도 없다.

     

    DB까지 공부했다면, 본격적으로 Java를 이용한 웹 개발 환경인 JSP, Servlet, EJB 에 대해서 알아 두자.
    (참고로 EJB는 죽었다고 생각 될 수도 있지만, EJB에서 제공하는 보안, 트랜젝션등의 관리 기술에 대해서는 알아두는 것이 나중에 정신 건강을 위해서 매우 좋다. ^^)

     

    이게 끝이라고 생각할 수도 있겠지만, 이제 시작이닷!!!

    언제까지 누가 모델링해준 것만 보고 만들것인가? 직접 자기가 모델링하고 설계할 수 있어야 한다.

    그러기 위해선 UML, CBD(이것도 한물 갔다고 생각할 수 있지만, 개념은 알아야한다.), SOA(이것에 대한 책이 한빛엔 없어보인다)등에 대해서 알아야지…

     

    보다 더 제대로 알고 개발하기 위해선, XML, 쓰레드, IO, 네트워킹, 리펙토링 정도는 공부해야 한다. 다른건 다 모르더라도 리펙토링은 반드시~~~~

     

    그 다음엔, 요즘에 많이 사용되는 프레임웍과 Web 2.0, AJAX에 대해서도 공부해야 한다.
    참고로 아래에 나와 있는 책들의 버젼은 내가 잘 모르며, 특히 프레임웍 책을 살 때에는 요즘 최신 버젼의 프레임웍인지에 대해서 잘 알아 본 후에 구입해야 한다. 버젼에 따라서 달라지는게 많아지기 때문에…

     

    그럼 이제 개발한 것을 운영 서버에서 컴파일하거나 올려야 겠죠?

    리눅스나 유닉스의 기본 명령어 정도는 알아야 한다.

     

    마지막으로 개발의 꽃인 튜닝에 대해서 공부하자.

     

    물론 나도 여기에 있는 모든 책을 읽은 것은 아니다.
    하지만, 입맛에 맞게 골라서 Java 기반의 웹 개발에 대한 기본을 튼튼히 다지자.

    신고
    Posted by tuning-java Trackback 0 : Comment 0

    http://java.sun.com/javaone/sf/2008/articles/rockstar_tonyprintezis.jsp

    먼저 위의 인터뷰 내용을 읽어보자.
    Garbage First Collector가 뭔지 대충 감을 잡을 것이다.

    분명 대부분 안읽어 보시겠지만....적어도 아래 줄들은 일어 주기 바란다.
    G1=next-generation low-pause garbage collector
    G1 will ultimately replace the Concurrent Mark-Sweep (CMS) garbage collector
    G1, even though it is generational, there is no physical separation between the two generations.

    Three Objectives of G1
    The first objective is consistent low pauses over time.
    The second objective is to avoid, as much as possible, having a full GC.
    The final objective is good throughput.


    if you care about getting the job done as quickly as possible, and don't care much for how long your application is going to be stopped by the garbage collector, the throughput collector is the best choice.

    if you have a batch job that is going to take a few minutes or a few hours and you want it to be done as quickly as possible, then a throughput collector is clearly the best choice.

    But, if you are working on a very interactive job that needs to interact with people, other applications, or users through web pages, then a low latency garbage collector is the best choice.


    Why does garbage collection take so long? ==> Garbage collection is very memory-bound. And memory speeds these days are quite slow compared to CPU speeds

    글 중간에는 다음의 내용을 읽어보라고 이야기한다.
    GC와 친해지는 코딩 방법
    http://developers.sun.com/learning/javaoneonline/2007/pdf/TS-2906.pdf

    그리고, 저 이너뷰 한 사람이 사진을 잘 찍는가본데, 사진과 개발과의 상관관계를 아래와 같이 이야기 했다.
    You need to be committed and to be patient and try out things again and again, to make sure that you get it just right. I see some parallels between photography and development.

    마지막엔 그가 이야기하는 아름다운 코드란....
    Beautiful code is code that is simple, easy to understand, and efficient
    란다.

    더 자세한 내용을 보시려면 아래의 영어지만, 쉽지 않은 용어로 되어 있는 문서를 참조하기 바란다.
    http://research.sun.com/jtech/pubs/04-g1-paper-ismm.pdf

    참고로 G1은 JDK 7 부터 추가된단다.
    그리고, early access 로 JDK 1.6.1에서 추가 되었다.
    http://www.tuning-java.com/272

    신고
    Posted by tuning-java Trackback 0 : Comment 1

    http://java.sun.com/performance/reference/whitepapers/tuning.html

    썬에서 제공하는 자바 튜닝 whitepaper

    물론 JVM 옵션 튜닝만 한다고 해서 답은 안나오겠지만,
    튜닝할게 더이상 없다면, JVM 버젼 upgrade 및 옵션 튜닝을 해야 할 것이다.

    아래는 이 글의 목차다.

    뭐 다 읽기 귀찮으신 분들은 4.2 부터 적용해 보시면 된다.

    1   Introduction

    1.1   Goals
    1.2   This is a Living Document
    1.3   How to Use this White Paper

    2   Best Practices

    2.1   Use the most recent Java™ release
    2.2   Get the latest Java™ update release
    2.3   Insure your operating system patches are up-to-date
    2.4   Eliminate variability

    3   Making Decisions from Data

    3.1   Beware of Microbenchmarks!
    3.2   Use Statistics
    3.3   Use a benchmark harness

    4   Tuning Ideas

    4.1   General Tuning Guidelines

    4.1.1   Be Aware of Ergonomics Settings
    4.1.2   Heap Sizing
    4.1.3   Garbage Collector Policy
    4.1.4   Other Tuning Parameters

    4.2   Tuning Examples

    4.2.1   Tuning Example 1: Tuning for Throughput
    4.2.2   Tuning Example 2: Try the parallel old generation collector
    4.2.3   Tuning Example 3: Try 256 MB pages
    4.2.4   Tuning Example 4: Try -XX:+AggressiveOpts
    4.2.5   Tuning Example 5: Try Biased Locking
    4.2.6   Tuning Example 6: Tuning for low pause times and high throughput
    4.2.7   Tuning Example 7: Try AggressiveOpts for low pause times and high throughput

    5   Monitoring and Profiling

    5.1   Monitoring
    5.2   Profiling

    6   Coding for Performance
    7   Pointers
    8   Feedback and the Java Performance Community

    8.1   Feedback
    8.2   Java Performance Community

    신고
    Posted by tuning-java Trackback 0 : Comment 0

    http://www.atlassian.com/software/jira/docs/latest/performance.html

    지라 자체적으로 성능 튜닝이 가능한 환경이 마련되어 있다.

    이렇게 링크까지 만들어 정리해 놓은것을 보면 성능 이슈가 많긴 많은가 부다.


     

    신고
    Posted by tuning-java Trackback 0 : Comment 0
    http://dlc.sun.com/pdf/819-3681/819-3681.pdf

    문서의 제목은 Sun Java SystemApplication Server 9.1 PerformanceTuning Guide라고 되어 있다.

    하지만, 실제 내용은 특정 Application 서버에 한정된 내용이 아닌 범용적이고, 기본적인 이야기가 많이 정리되어 있다.

    세부적인 내용은 아니더라도, 제목만이라도 읽어 놓으면 많은 도움이 될 듯 하다.

    바로 다운로드 받기 귀찮은 분들은 아래의 내용을 펼쳐서 제목만이라도 읽어보기 바란다.

    목차보기

    신고
    Posted by tuning-java Trackback 0 : Comment 0
    kenu님 미투데이에 놀러갔다가 ehcache 를 발견했다.

    간단히 사용법을 정리한 블로그는 영어지만,
    http://blog.cherouvim.com/caching-pages-using-ehcache


    ehcache는 홈페이지에서 다운로드 가능하다.
    http://ehcache.sourceforge.net 

    왜 페이지 캐시가 필요한지는 대부분 아시겠지만,
    예를 들어서 간단하게 말씀드리면...
    온라인 쇼핑몰에서 대분류, 중분류, 소분류로 상품의 목록이 나오고
    해당 상품의 개수가 나와있다고 가정해보자.
    만약 이런 페이지의 캐시를 지정하지 않았다면, 페이지를 호출할 때마다 해당 카테고리의 상품 개수를 가져오는 쿼리가 계속 수행될 것이다.

    그런데 캐시를 사용한다면???
    거의 HTML을 읽어오는 속도로 메모리에서 데이터를 읽어 올 수 있으므로,
    해당 화면이 엄청나게 자주 불리는 초기화면이거나 include되는 화면이라면 WAS 와 DB 사용량이 현저하게 줄어들 수 있다.
    추가로 I/O 도 줄어들 수 있을 것이다.
    신고
    Posted by tuning-java Trackback 0 : Comment 0
    Thread Checker라는걸 만들었다.(2일 반동안...)

    회사 나가기 전에 같이 일하던 사람들에게 줄 선물로...
    (책 써야하는데, 이런거나 맹글고 있으니 - -)

    이게 뭘 하는 거냐면,
    -성능 테스트를 하거나
    -시스템을 운영하거나
    -WAS의 문제로 장애가 났을때

    개발자의 실수로 다른 Thread에 Lock(Block)을 발생시켰을 때
    어떤 프로그램에서 발생했는지를 확인할 수 있는 그런 프로그램이다.
    (뭐 똑똑하신 고급 개발자 분들께선 이미 이런거 만들어서 사용하고 계실테니 Pass...)

    설치의 단순화를 위해서 JSP 딸랑 하나로 만들었으며,
    JSP 하나에 넣기 위해서
    HTML 노가다 + CSS 노가다 + JavaScript 노가다를 병행해서 개발했다.

    두가지 버젼이 있는데, 하나는 메모리 정보를 보여주는 버젼, 다른 하나는 메모리 정보를 안보여 주는 버젼이다.
    혹시라도 메모리 정보를 보여주면 서버에 부하가 발생할 수 있으니....


    그림을 보면 알겠지만, 만약 다른 쓰레드를 잡고 있는 범인 쓰레드에 찐하게 표시를 해 주도록 해 놓았다.

    원래 엄청나게 우울한 UI 였지만, 울팀 디자이너에게 별다방 커피 한잔 사준다고 꼬셔서 화면도 약간 이쁘게 포장했다.

    이 프로그램을 왜 만들었냐면,
    지난주 금요일에 성능 테스트를 하는데, XXXXXXXX 라는 프레임웍에서 사용하는 한 프로그램의 메소드에
    Synchronized라는 블록을 써서 해당 메소드를 사용하는 다른 쓰레드의 응답속도가 엄청나게 증가하는 현상이 발생을 해서,
    이런 문제를 제니퍼나 다른 모니터링 툴을 못 쓰는 사람들이 어떻게 잡을 수 있을까?
    해서 만들게 되었다.

    뭐 어찌보면, JConsole(이게 뭔지 모르는 분들은 제 책 보세욤...)을 써서 볼수 있겠지만,
    서버에 부하가 많이 갈 수도 있고, 방화벽으로 막혀있는 상황이라면,
    사용하기가 쉽지 않다.

    아직 성능 테스트할 때 사용한 적은 없어서
    (내 PC에서는 부하를 발생시켜서 테스트는 해 봤지만...)
    해당 JSP를 아직은 공개하진 않을 예정이다.

    뭐 소스가 이따구야~~
    라는 분도 있을 수가 있고... ㅎㅎㅎ

    혹~~ 써보고 싶은 분들은 저에게 이멜 보내주시면, 보내드리도록 하겠다.
    메일 주소는 "자바 성능을 결정짓는 코딩 습관과 튜닝 이야기"에 있는 주소를 참조~~~ ㅎㅎ
    http://www.hanb.co.kr/book/look.html?isbn=978-89-7914-522-9

    한가지 단점으로는 StackTrace 정보를 다 볼 경우 서버에 부하가 많이 갈 수도 있으므로,
    괜히 서버 CPU 100% 인 상황에서 사용해서 욕먹는 일이 없길 바란다.

    신고
    Posted by tuning-java Trackback 0 : Comment 0
    어제 인터넷 서핑하다가 우연히 발견했습니다.

    썬 테크 데이에서 여러 최신 책을 책을 50% DC된 가격으로 드립니다.

    게다가 글 목록에 있는 제 책도 50%에...

    벌써 50%가 될 때가 아니라서 출판사에 문의했더니,
    출판사는 제가 이야기 할때 까지 몰랐답니다. - -;

    아마도 자체적으로 손해보면서 제공해 주는 행사인듯 합니다.
    http://sdnkorea.com/blog/666

    제책 말고도 다른 책들도 싸게 드리니 기회되시면 이번에 구매하세요.
    신고
    Posted by tuning-java Trackback 0 : Comment 0
    Blog2Book 2nd


    드디어 기다리던 Blog2Book 3호점 자바 성능을 결정짓는 코딩 습관과 튜닝 이야기의 2쇄가 나왔습니다.
    2쇄가 나오면서 드릴 말씀이 많지만....
    그동안 하고 싶었던 몇가지만 말씀드리겠습니다.

    드리는 말씀 1
    가장 먼저 드리고 싶은 이야기는 저자는 책을 내기 전에는 정신 수양을 미리 해야한다는 사실을 알았습니다. ^^;
    책이 잘 팔려서 기분이 좋기는 하지만, 악평들 때문에 기분 나쁜건 어쩔 수 없더군요.

    드리는 말씀 2
    그래도 이 책을 내면서 기본적인 목적은 이뤘습니다.
    - 적어도 2쇄 찍기
      (제 책이 나올 수 있도록 도와 주신분들에게는 2쇄가 나와야 본격적인 이득이 되기 때문에 ...)
    - 검색엔진에서 "자바 성능 튜닝"을 치면 제 책이 나오게 하기
      (구글이나 네이버, 야후, 엠파스에서 한번 쳐 보시면 압니다. ^^)

    드리는 말씀 3
    자바 성능을 결정짓는 코딩 습관과 튜닝 이야기는 제 첫 책입니다. (번역본과 멀티 캠퍼스 교재를 제외한...)
    일반 서점이나 온라인 서점에서 팔리는 그런 책은 처음 쓴 셈이죠.
    제 책에 대한 좋은 평들도 많이 있습니다. 그런 글을 블로그나 온라인 서점 사이트에 올려주신 분들에게는 이 글을 통해서 정말 고맙다고 말씀 드리고 싶습니다.

    드리는 말씀 4
    제 책에 대한 악평을 쓰신 분들에게는 아무말도 하지 않겠습니다.
    (그와 관련된 글을 몇번 썼다가, 지웠다가 했지만, 똑똑하신 여러분들의 이야기가 다 맞겠지요. ^^; 물론 제가 실수한 부분도 있긴 합니다. ㅋㅋ 2쇄에서 수정된 부분과 오타에 대해서는 조만간 정리 해서 올리겠습니다.)

    드리는 말씀 5
    제 책을 앞으로 사실 분들에게는 몇 마디만 말씀 드리겠습니다.
    (참고로 저는 초급, 중급, 고급 개발자의 기준은 모르겠습니다만 저는 제가 고급은 안되고, 중급 정도는 된다고 생각합니다. 초보는 아니니까 ^^)
    본인이 고급이라고 생각하시는 분들중 성능에 대한 정리를 하고 싶은 분만 구매하셨으면 합니다.
    절대 제 책은 고급 분들을 위한 책이 아닙니다. 제가 고급이 안되기 때문에 제가 쓴 책을 고급 분들이 보시면 안돼겠지요.
    이제 갓 자바를 배우고 실무를 시작하시려는 초보 분들이라던지, 어느 정도 개발 경험이 있는데 자바 성능에 대한 궁금증을 어느 정도 확인하고 싶은 분들이 제 책을 구매하시기 바랍니다.
    제가 책을 쓴 이유중 하나가 이겁니다. 매번 프로젝트에 갈때마다 로그 빼라, 스트링 잘써라 등등을 반복하는 것이 너무나 힘들고 싫었습니다. 그런 내용을 쓰다보니 자바 초보 분들을 위해서 기본적인 API에 대한 설명을 넣어야 이해가 쉽겠더군요.

    제 책은 웹 시스템에서의 WAS에서 성능에 영향을 주는 부분을 어떻게 코딩해야 하는지를 정리한 책입니다. WAS자체를 개발하고, 코어 부분을 튜닝하는(0.01 ms가 중요한 그런)분들이 읽어야 하는 그런 책이 아닙니다. 그런 분들은 자바 언어 스펙 (번역본이나 원서), 이펙티브 자바, 자바 퍼포먼스 튜닝(한빛에 번역서가 있습니다.)등을 읽으시면 더 도움이 많이 될것 같습니다.

    긴 글 읽어 주셔서 감사합니다.

    PS : 만약 "자바 성능을 결정짓는 코딩 습관과 튜닝 이야기"의 5쇄가 나온다면,
    "자바 성능을 결정짓는 코딩 습관과 튜닝 그 두번째 이야기"로 보다 심도 깊은 이야기를 할까 생각하고 있습니다. ^^;
      
    신고
    Posted by tuning-java Trackback 0 : Comment 4
    내용 및 기획 의도 :
    IBM 기반의 서버에서 WAS를 운영하거나, 자바 기반의 웹 시스템을 개발할 때 메모리 문제가 발생하면 대부분의 개발자나 서버 운영자들이 많이 난처해 합니다.
    그러한 개발자분들의 고생을 조금이라도 덜어주기 위한 Dump analyzer의 설치부터 사용법을 소개함으로써,
    문제를 빨리 해결하고 개발에 좀더 집중할 수 있는 기회를 제공해 드리기 위해서 이 가이드를 만들게 되었습니다.

    이 가이드는 Dump Analyzer 를 다운로드 하는 방법부터 설치, 사용하는 방법까지 정리해 놓았습니다.
    그리고, 음성을 녹음하기엔 좀 쑥스러워서 자막으로 처리했습니다.

    첫번째 동영상은 다운로드 방법입니다.

    두번째 동영상은 IBM Support Assistant 설치 방법입니다.

    세번째 동영상은 덤프 분석기를 IBM Support Assistant 에 설치하는 방법 동영상입니다.
     

    네번째 동영상은 덤프 분석기를 수행하는 동영상입니다.
    실제 수행시키면 엄청나게 오래 수행됩니다.


    마지막 동영상을 통하여 분석된 내용이 어떻게 제공되는지를  확인합니다.


    참고 문서 목록 :
    Java diagnostics, IBM style, Part 1: Introducing the IBM Diagnostic and Monitoring Tools for Java - Dump Analyzer
    http://www.ibm.com/developerworks/java/library/j-ibmtools1/
    Memory leak detection and analysis in WebSphere Application Server: Part 1: Overview of memory leaks
    http://www.ibm.com/developerworks/websphere/library/techarticles/0606_poddar/0606_poddar.html
    WebSphere Application Server에서의 메모리 누수 탐지와 분석: Part 2: WAS에서의 메모리 누수 탐지와 분석 (한글)
    http://www.ibm.com/developerworks/kr/library/0608_poddar/0608_poddar.html
    신고
    Posted by tuning-java Trackback 0 : Comment 0
    http://www.j2eestudy.co.kr/lecture/lecture_read.jsp?table=j2ee&db=lecture0201_1&id=24

    금일 세미나 수강생중 한분이 쓰레드 덤프를 어떻게 분석하는지에 대한 질문을 하셔서,

    관련 자료를 찾다가 가장 적절한 내용이기에 링크를 정리해 둔다.

    조대협님이 정리하신 내용인데,
    정말 상세하고 잘 되어 있다.

    근데...

    개발자 분들은 직접 분석하려고 하는 것 보다는,
    WAS 엔지니어나 서버 엔지니어 분들께 분석을 요청 드리는 것이
    가장 빠르고, 현명하고, 간편하고, 머리 안아픈 방법이라는 것을 명심해 주기 바란다.
    신고
    Posted by tuning-java Trackback 0 : Comment 0



    2008년 7월 18일 OKJsp 와 함께하는 세미나에서 발표할 자료입니다.

    원본을 PDF로 변환하였습니다.

    상황에 따라서 내용이 변경될 수 도 있습니다.

    여기에 있는 모든 내용은 불펌하시면 안됩니다. ^^;

    만약 가져가실 경우 출처를 명시해 주시기 바랍니다.

    (뭐 가져가셔도 별 필요는 없겠지만.. ㅋㅋ)

    컬러판은
    http://www.slideshare.net/javatuning/okjsp-performance-and-java-tuningv20080702/
    에서 확인하실 수 있습니다.

    신고
    Posted by tuning-java Trackback 0 : Comment 1