如何有效实施G-Wan的订阅机制？假设，我想从各种代码中进行g-wan聚合数据并进一步处理它。显然，每个Feed都以其独特的格式提供数据。
直接的方法是在连接处理程序的 init（）函数中创建连接和订阅数据，然后从响应中解析源信息并从 main发送数据（ ）功能到专用队列。但是这种方法似乎没有使用G-Wan的有效任务调度引擎。那么，可能是专用软件会更快地解决问题吗？
另一种方法是为每个订阅创建专用的 servlet 。为此，在连接处理程序的 main（） func中，我需要重写 headers 并包含相应 servlet 的名称。在这种情况下，我会使用整个g-wan机器。但是，重写标题是否否定了g-wan的所有性能优势？
答案 0 :(得分：0)
G-WAN已经提供了一个简单的publisher/subscriber引擎，请参阅Comet servlet示例。
这适用于慢速（通常每秒1次更新）提要。
对于实时和 BigData 供稿，除了使用G-WAN protocol handlers之外别无选择（绕过connection handler重写并精确定义所需的latency）。
分发150 million messages per second via 75,000 channels to 1.5 million subscribers的项目发生了什么。
我们还通过使用G-WAN作为缓存，为单个服务器上处理 12亿TPS （每秒事务数）的ORACLE OpenWorld expo in SFO做了一个（现在着名的）演示对于ORACLE noSQL数据库（Java KV商店）。
因此，限制更多是精确调整的问题，而不是G-WAN的核心引擎限制。