熟悉JXTA的进来一下！！

aixy

您有没有在您的项目或产品中应用过JXTA?性能如何？本人研究了几天JXTA，Peer-to-Peer的思想很好，JXTA定义的功能也很强大，但是担心它会带来巨大的通信量，而且如果有大量的resource需要广告出去的话，对系统资源的消耗也会是个大问题吧？对于一个concurrent的用户数是30万的项目，JXTA能够胜任吗？

jinijxta

30万并发数没试过.主要看应用是什么样子了,以前研究的时候是用Jini做的一个代理作为JXTA的Peer,客户机通过向Jini服务租用另一个Peer来实现的.不过这两个东东超前了,编码工作量大.

wobushiwo

J2EE里面的东东，要做好投入大量硬件资金的准备，不然就得细心挑选了...

wobushiwo

还要根据系统的每一个请求，是不是很重要的业务请求，不然的话，用一些轻量级处理为好

aixy

谢谢两位的回答，我也是看了JXTA所有交换信息都通过XML包装，担心效率是个问题。看来还是该如wobushiwo说的找轻量级的处理好一点，wobushiwo有什么好的推荐吗？

wobushiwo

不清楚你具体要做啥业务啊？

aixy

原帖由 wobushiwo 于 2005-12-19 11:38 发表
不清楚你具体要做啥业务啊？

需要一个很大的集成环境（很多台server）来处理客户端的请求，要求是没有单点故障的，每一台server死掉都不会影响系统的运行，但是server之间有很多东西需要共享，比如中间某台server产生的结果文件需要被其它的server发现和使用，因此我们需要把这些结果文件备份到中间的几台server上，同时通知所有的server有这些文件存在，在哪里可以找到它们……正如peer-to-peer所定义的那样：每一个peer都不依赖于其它的peer，但每一个peer都能对其它peer发生作用。

wobushiwo

不，我的意思是每一个请求重要吗？

像我做的一系统，是大概就行，要是准确处理每一单业务所需的开销是得不偿失的

wobushiwo

我是没什么发言权的，但对JAVA实时封装XML的处理，效率很不看好！！

假如那些消息的传递，不是说 相当重要 ，而且只需要 简单的消息传递 ，可以考虑使用类似UDP

等协议，也不要用XML封装

加以你自己定的机制，比如除了发生事件时的消息通知，还加以定时通

知等等...

当然这种做法会稍微增加你的开发时间，但假如只是简单的消息传递，估计

是个折衷的办法，相信效率会比较理想的

但假如是相当重要的消息通知，又涉及跨平台/语言的部分，就不要了

嘿嘿

[ 本帖最后由 wobushiwo 于 2005-12-19 15:18 编辑 ]

aixy

原帖由 wobushiwo 于 2005-12-19 15:02 发表
不，我的意思是每一个请求重要吗？

像我做的一系统，是大概就行，要是准确处理每一单业务所需的开销是得不偿失的

每一个请求都很重要，看来JXTA确实不适合我的应用。