작업 영역 서비스 성능 고려사항

작업 영역 서비스는 편리한 유지보수 이상으로 빠르게 성장할 수 있는 복잡한 데이터 전달 패턴을 다루도록 고안됩니다. 작업 영역은 JNDI(Java™ Naming Directory Interface)를 찾을 수 있는 모든 클라이언트에 액세스 가능한 노트 패드입니다. 일단 작업 영역이 설정되면, 원격 및 로컬 자원 모두에 대한 모든 후속 메소드 호출에서 나중에 사용하도록 데이터를 작업 영역에 둘 수 있습니다.

많은 수의 메소드에 공통 정보가 필요한 경우 또는 호출 그래프에서 상당히 멀리 내려간 메소드만이 정보를 필요로 하는 경우 작업 영역을 이용할 수 있습니다. 전자는 전달되는 인수의 수가 과다하게 되고 유지하기 어려운 복잡한 매개변수 전달 모델에 대한 필요성을 피합니다. 정보를 작업 영역에 놓고 나중에 각 메소드에서 독립적으로 해당 정보에 액세스하여 이들 매개변수를 메소드 사이에 전달할 필요성을 제거하여 애플리케이션 기능을 개선할 수 있습니다. 후자는 또한 불필요한 전달을 피하며 실제로 호출 그래프 전체에서 종종 필요할 때 ORB(Object Request Broker)를 통해 이들 매개변수를 정돈하고 정돈 해제하는 비용을 줄여서 성능을 개선하는 데 도움이 됩니다.

작업 영역을 사용하여 성능을 극대화하려고 할 때, 액세스하는 JNDI에서 검색되는 UserWorkArea 파티션을 캐시에 넣으십시오. 한 번 검색한 후 미래를 위해 참조를 유지하여 JNDI의 정보를 찾는 데 소비되는 시간을 줄일 수 있습니다. JNDI 검색을 수행하려면 시간과 비용이 소요됩니다.

사용자 정의 파티션에 사용 가능한 추가 캐싱 메커니즘은 구성 특성 "지연된 속성 직렬화"로 정의됩니다. 이 메커니즘은 직렬화 및 직렬화 취소 호출 수를 최소화하려고 합니다. 이 구성 속성의 추가 설명에 대해서는 작업 영역 파티션 서비스 문서를 참조하십시오.

maxSendSize 및 maxReceiveSize 구성 매개변수는 작업 영역의 성능에 영향을 미칠 수 있습니다. 이 두 가지 값을 0으로 설정하면 작업 영역에서 전송될 수 있는 컨텍스트의 크기 조정이 꺼집니다. 이 조치는 애플리케이션이 사용하는 중첩된 작업 영역의 수에 따라 성능이 향상될 수 있습니다. 하나의 작업 영역만 사용하는 애플리케이션에서는 성능 향상이 거의 없습니다. 중첩된 작업 영역이 많은 애플리케이션에서는 성능이 향상될 수 있습니다. 그러나 이러한 조정을 하지 않으면 대량의 데이터 용량을 서버로 전송할 수 있음에 유의하십시오.

작업 영역을 단일 메소드 호출에서 단일 매개변수 전달에 대한 직접 대체로 사용하는 경우 성능이 저하됩니다. 이유는 단순히 메소드 호출 사이에서 해당 매개변수를 전달하는 것보다 더 많은 오버헤드를 초래하기 때문입니다. 저하가 대개 허용 가능한 허용 한계 내에 있고 오브젝트 크기에 관하여 매개변수 전달에 비슷한 크기를 갖지만, 서비스를 이용하기 전에 이 잠재적인 문제를 고려하십시오. 대부분의 기능적 서비스에서와 같이, 작업 영역의 재치있는 사용은 최상의 결과를 낳습니다.

작업 영역 서비스는 자원 사이의 정보 전달 작업을 단순화하는 도구이며, 일부 경우에는 정보가 호출 그래프 안에서 드문드문하게만 액세스될 때 매개변수 전달과 연관된 오버헤드를 줄여서 성능을 향상시킬 수 있습니다. JNDI에서 검색되는 인스턴스를 캐싱하는 것이 런타임 중에 효과적으로 성능을 극대화하는 데 중요합니다.


주제 유형을 표시하는 아이콘 참조 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rprf_workareatune
파일 이름:rprf_workareatune.html