拿什么来拯求我的小区?

03-09-17 wjr
好久没来J道场了。有点像个孩子,没事的时候出门跑得远远的,受伤了才想到回家。这不,又回来了:).

这里依旧亲切,只是有点伤感-----为什么“Java多线程 集群 并行模式”小区这么冷落!而且大多贴子还不属这小区的。(建议banq把那些贴子移到“开发者论坛”或别的相关小区。)

其实,我只对这个小区感兴趣。

不知道banq怎么想,我自己觉得并行,实时,集群,伸缩等,将是我们未来最主要的问题。且不说web services XX的火,ASP的死灰复燃。

单看今年美国谁最风流(eBay的盆满钵满,Google的那个得意劲....),就可以知道我们的路在何方。

也许我是一典型绿林派,我更关心什么技术能给公司带来最多的钱,或解决公司最大问题。我不想在open source打发过多时光。

“现在,单单挖掘单机的性能已不能解决问题了,再高的性能它还是一台机器,一台机器的能力总是有限。”

这句话估计每个人都明白,但国内现在真的关心这事的有几人?我做应用软件有六七年了,国内真的解决好并行计算的有几有家?且不说电信,证卷,邮局等有钱的主均是整套买进IBM等厂家的软件硬件,就是中等应用的企业应用系统不是奔Oracle就是SAP。先不说业务应用方面,单说并行计算这一关就过不了关。不敢说百分之百,甚少百分之九十九以上厂家解决不了或无意识解决这问题。

也许有人说“我们的网站,我们的QQ等不是上万级的用户在线吗?”我想明眼人一看就知,那不过是人工定期流量监测,人工分配QQ房间号的把戏。再说QQ的运算也谈不上计算,勿需会话状态复制,等技术。

Banq 的在线游戏完成了没有?能否先睹为快。另外想知道,用到cluster,Session Replication等技术了吗?

我觉得,如果Banq能把这小区做好,并在现实中给一些应用解决这方面的问题(据说有这种服务),让国内商家(虽俗确实是我们经济和科技发展的基础)真正重视并解决好并行计算能力,那将是一件功德无量的事。别的小区就让别人去做吧。

         

banq
2003-09-17 18:58
因为你的wjr名字比较好记,所以是感觉很长时间没见你了,论坛也是一个社会,人来人往,几多沉浮啊,不过,老朋友还都在。

并行,实时,集群,伸缩确实是我们将来的趋势,在Java上一直有两种争论:

甲方观点:尽量提高单机并行性能,为了达到优越的实时性,甚至舍弃了J2EE容器,直接使用Java Application赤搏上阵。然后利于操作系统如Linux的集群特性实现服务器群计算。

乙方观点:采取J2EE标准,使用J2EE容器的cluster功能,认为两台J2EE集群性能总是能超过一台甲方方案设计的性能。

我个人倾向后者,所以正在重新努力。

robbin
2003-09-17 21:40
如果就整个应用的性能来说的话,并行和集群应该是多方面的,不仅仅是操作系统并行或者是App Server集群。

比如说数据库的OPS,App Server的Cluster,还有Server硬件的HA,都可以综合考虑。并且对于效率要求极高的模块也可以用本地C来实现,然后和Java应用整合。

wjr
2003-09-18 13:58
没错,影响应用的性能是多方面的,但我们该做的是什么?

OPS,其实我们不会去做数据库底层的并行控制,访问锁定,这是Ellison

、Gerstner们的事,我们该做就是根据应用,做好数据分割,实例分配,其它是交给数据库厂商去做;

Server硬件的HA,现在讲究的是合作共赢,我想我们不该来做这块,这不是我们擅长的,再说Server硬件厂商一般都能提供好的方案,也可由系统集成商来作。

剩下的就是我们该做的软件,如何让我们的软件如何更好的去cluster,这从一开始设计就考虑的问题,当然单机性能也要达到一定程度。

至于谈到用C来实现,我觉得倒不必,因为计算是由几部分组成,数据库运算,商务运算,加解密,通信等组成,Java只是一部分,再者,Java本身的服务端计算能力与C也差不多,没有太多差距。我曾为了效率,到处布满JNI,效果不大。

banq
2003-09-19 09:44
>Java本身的服务端计算能力与C也差不多,没有太多差距,我曾为了效

>率,到处布满JNI

这句话很正确,据研究发现,如果去除一些OO编程方法,使用适当优化模式和方法,Java和C性能是差不多的,你的实践又一次证明了这种观点。

猜你喜欢
3Go 1 2 3 下一页