BEA WebLogic SIP Server 在Intel Xeon 处理器上的基准测试
页码: 1, 2

基准测试结果

在 BEA 的支持下,Intel 工程师于 2007 年 7 月在比利时 Kontich 的 Intel 嵌入式和通信解决方案实验室执行了这些测试。下表汇总了所测试的不同呼叫持续时间的结果。

呼叫持续时间 JVM 数量 处理器 CPS CPU 利用率
0s 1 Xeon 5160 1300 57.6%
40s 1 Xeon 5160 1100 54.9%
80s 1 Xeon 5160 860 50.1%

正如预期的那样,在保证处于允许的操作限制的前提下,系统可维持的负载随着呼叫持续时间的增加而减少。其原因是活动会话的数量增多导致堆的使用增加,从而在将消息分发至其会话上下文时需要 SIP 服务器执行更多的工作。然而,考虑到 SIP 会话对象较大的内存使用量 (30-50 KB),这样的减少并不显著。

从 CPU 利用率数据可以看出,应该有足够的空间来为应用程序添加更新,而且不会显著影响所达到的呼叫率。

此外还应注意,这种基于 Java 的实现所获得的性能与类似平台上原生 (C/C++) SIP 代理实现通常所获得的性能差别不大。

详细结果

本节中的图显示了对于不同的呼叫持续时间,呼叫建立时间和 CPU 利用率随呼叫率增加的变化情况。同时还显示了重新传输率和故障率。

0 秒呼叫持续时间

0 秒呼叫持续时间的详细结果
图 3. 0 秒呼叫持续时间的详细结果

由于呼叫将立即断开连接,CPU 占用率随着呼叫率的增加呈线性增长。

40 秒呼叫持续时间

40 秒呼叫持续时间的详细结果
图 5. 40 秒呼叫持续时间的详细结果

由于 SIP 会话将在 40 秒内保持活动状态,因此将消息分发到恰当的会话处理程序需要更多的 CPU 周期,并且需要管理更大的 Java 堆。这可能就是现在 CPU 利用率的增长高于线性的原因。

80 秒呼叫持续时间

80 秒呼叫持续时间的详细结果
图 6. 80 秒呼叫持续时间的详细结果

在呼叫持续时间为 80 秒时,CPU 利用率的增长趋势比 40 秒持续时间更强。

总结

首轮基准测试的性能数据显示,BEA WebLogic Communication Platform 解决方案每秒能够处理超过 1000 个 SIP 呼叫 (CPS),同时能够保证足够低的 CPU 利用率(约为 50%),还提供了一定的空间用于部署额外的 Java 应用程序或引入一些高可用的特性(如集群和复制)。

通过增加 BEA WebLogic SIP Server 实例的数量、利用此平台的集群和复制功能,再结合 Intel Xeon 5100 和 5300 系列处理器的性能和可靠性,可保证仍有进一步的提升空间。这表明,Intel 和 BEA 是绝妙的组合,应该构成应用程序和解决方案部署的基础。

这也明确地表明,基于 Java 的解决方案能够处理当今电信网络所要求的高吞吐量和低延迟需求。

参考资料

致谢

作者特此感谢 BEA Systems 业务拓展高级经理 Francois Deza 和 BEA Systems 高级工程师 Stefan Sarne 对本文的贡献以及在测试过程中给予的支持。

David Verbeiren 是 Intel 嵌入式和通信团队的一位应用程序工程师。