工作区服务性能注意事项

工作区服务旨在处理可快速增长而不能方便维护的复杂数据传递模式。工作区是任何能够查找 Java™ 命名目录接口 (JNDI) 的客户机可访问的记事本。建立工作区后,数据可放置在其中,以便以后在任何对远程和本地资源的后续方法调用中使用。

当大量方法需要公共信息或当只有一个方法(有效地进一步关闭调用图)需要信息时,您可利用工作区。前者避免了对复杂参数的传递模型(其中传递的参数数变得过多并难以维护)的需要。您可通过将信息放置到工作区并在每个方法中随后独立地访问它,消除将这些参数从方法传递到方法的需要来提高应用程序功能。后一种情况也避免了不必要的参数传递,且通过降低在对象请求代理 (ORB) 上编组和取消编组这些参数(在它们偶尔只是需要贯穿调用图时)的成本,这有助于改进性能。

当尝试通过使用工作区最大化性能时,在任何访问 UserWorkArea 的地方高速缓存从 JNDI 检索的 UserWorkArea 分区。您可以通过一旦检索 JNDI 中的信息就保留对其的引用以供将来使用,来减少在 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