Java 성능 튜닝
- 최초 등록일
- 2012.10.31
- 최종 저작일
- 2012.10
- 9페이지/ MS 파워포인트
- 가격 1,500원
소개글
자바 성능 및 튜닝시 고려사항
목차
없음
본문내용
자바 튜닝
컴포넌트의 모니터링과 로깅 그리고 인터페이스
J2EE 도구는 J2EE 시스템의 모든 중요한 관점에 따라 모니터링과 로깅을 수행해야한다. 성능 병목지점일 가능성이 있는 곳은 주로 세 군데로서, 컴포넌트 내의 처리, 컴포넌트 사이의 인터페이스 그리고 컴포넌트 사이의 통신(네트워크 전송 같은)이 그것이다. 컴포넌트 사이의 통신 과부하는 (마샬링 같은) 인터페이스 과부하나 (SQL 요청 생성 같은) 변환과는 별개의 것이다.
낮은 과부하
J2EE 모니터링은 J2EE 시스템에 과부하를 적게 줘야 한다. 쓸만한 모니터링을 위해서는 5%미만의 과부하가 요구되며, 1%의 과부하가 이상적이다. 낮은 과부하의 모니터링은, 프로파일링 과부하가 서버의 동작에 어떤 영향을 미치는지를 걱정할 필요 없이 일관성 있게 모니터링만 할 수 있게 해준다. 낮은 과부하는 (개발 시스템, 테스트 시스템 그리고 production 시스템에서) 심각한 성능 저하없이 모니터링을 항상 할 수 있다는 것을 뜻한다. 이러한 상황은 J2SE 프로파일러에서는 발생하지 않는데, 만약, J2SE 프로파일러를 같이 실행시키면서 그렇게 큰 과부하가 발생한다면 프로젝트가 죽기 때문이다. J2SE 프로파일러로는 그 사용패턴이 명시된다면 높은
과부하도 수용이 가능하기 때문에 과부하가 높은 경향이 있다. J2EE 모니터링은 개발 시스템과 생산 시스템 양쪽에서 똑같은 목표를 가지고 똑같이 동작하므로 일반적으로 좀더 낮은 과부하를 갖도록 디자인된다.
메소드에 대응되는 요청
모니터링은 들어오는 요청을 즉시 모니터링되는 메소드, 컴포넌트, 통신에 상호 연결시켜야 한다.어떤 요청이 어떤 병목현상을 유발하는지를 알 수 있게, 빈즈에서 데이터베이스 질의로의 요청같은 것들을 쉽게 처리할 수 있어야 한다. 이러한 능력이 없다면, 필요 이상으로 훨씬 많은 병목현상을 보게 되거나, 어떤 요청이 어떤 병목현상을 유발하는지를 결정하는 데 상당한 시간을 소비해야 할 지경에 이르게 될 것이다.
참고 자료
없음