7、HOCs的适应性与应用：从广播实验到序列比对案例

HOCs的适应性与应用：从广播实验到序列比对案例

1. HOC组通信的实验评估

常用的网格编程库，如ProActive，提供了类似于HOC服务API中的广播和散射操作的组通信操作。不过，与HOC通信操作不同，这些库通常采用线性结构实现组通信，随着通信数据量和参与网格节点数量的增加，会导致性能问题。

为了展示HOC组通信操作的优势，将广播操作与ProActive库中的相应组通信操作进行了比较。实验使用的是2006年可用的ProActive版本，该版本可作为数据线性通信的网格编程库的代表。在最新的ProActive版本中，组通信已得到优化，采用了类似于HOC服务API的实现结构。

实验在局域网中进行，数据吞吐量在3 - 4 MBit/s之间，对三种不同的广播实现进行了测试。为避免I/O延迟，在线性通信的一种变体中使用了线程池，同时启动多个线性发送进程，这些线性操作被标记为“多线程”。实验结果表明，HOC广播实现具有明显优势，其散射和广播操作的通信时间随着参与网格节点数量的翻倍呈线性增长，而非指数增长。

2. HOC的适应性

代码参数不仅可用于组件定制，还可用于组件适应。定制是在组件的并行处理模式中设置特定操作，而适应则会改变组件的并行行为。与定制不同，适应要求程序员了解和理解HOC的并行处理模式，但仍能让程序员从大量的实现和设置工作中解脱出来。如果程序员需要的特定组件在服务器端组件框架中尚未提供，但存在功能类似的HOC，那么可以对现有HOC进行适应，而不是从头开始实现和配置一个全新的组件。

2.1 用于适应的代码参数

与在HOC模式执行过程中应用的定制代码参数不同，指定适应的代码参数与HOC的执行