若银行核心交易系统让你在cpp和java中选择，你选哪个？

hsq972

原帖由 zszyj2000 于 2008-9-19 18:17 发表

我没说JAVA做管理系统或网站不好，只是说做交易系统不行。保险和ebay，一个是管理系统，一个是网站，哪怕中断一个小时的业务，也没人有意见。不要说拿JAVA做，即使拿PHP，甚至VB来做，又有什么不可以？ 7*24小时不停机，JAVA还是好好改进吧。等你真正做核心交易型的系统，你才能体会了。每种语言都有其适用环境，不要因为你只懂JAVA，就思量着拿它包打天下了，呵呵，多学几门语言没坏处。

JAVA的内存回收机制注定了它很难支撑银行这种大量频繁的交易系统，相同的处理量下，JAVA的投资成本估计会比C要高一倍。

熟悉JAVA的人都经历过JAVA在CG回收时那种假死的恐怖，要放到银行这种交易系统中去，估计会让人发疯的。

zszyj2000

原帖由 hsq972 于 2008-9-19 23:31 发表


JAVA的内存回收机制注定了它很难支撑银行这种大量频繁的交易系统，相同的处理量下，JAVA的投资成本估计会比C要高一倍。

熟悉JAVA的人都经历过JAVA在CG回收时那种假死的恐怖，要放到银行这种交易系统中去，估计会让人发疯的。

看来楼上的才真正是熟悉JAVA的高手，那些老叫着JAVA“无所不能”的人，恰恰才没拿JAVA做过什么大事。
另外，补充一个，按照IBM的说法，JAVA的这种状态不叫“假死”，他们说这叫"frozen",是JVM的”正常工作过程“，呵呵，只是作为用户立场，就不是这么看了，即使摆出10个IBM的专家到他们面前，他们还是死活不肯接受这种所谓“正常”的。

wzy25

原帖由 zszyj2000 于 2008-9-19 18:17 发表

我没说JAVA做管理系统或网站不好，只是说做交易系统不行。保险和ebay，一个是管理系统，一个是网站，哪怕中断一个小时的业务，也没人有意见。不要说拿JAVA做，即使拿PHP，甚至VB来做，又有什么不可以？ 7*24小时不停机，JAVA还是好好改进吧。等你真正做核心交易型的系统，你才能体会了。每种语言都有其适用环境，不要因为你只懂JAVA，就思量着拿它包打天下了，呵呵，多学几门语言没坏处。

java不是万能的，C/C++也不是万能的。
估计10年前我做c/c++的时候，很多人还没搞电脑吧。。。。

wzy25

原帖由 zszyj2000 于 2008-9-20 13:57 发表

看来楼上的才真正是熟悉JAVA的高手，那些老叫着JAVA“无所不能”的人，恰恰才没拿JAVA做过什么大事。
另外，补充一个，按照IBM的说法，JAVA的这种状态不叫“假死”，他们说这叫"frozen",是JVM的”正常工作过程“，呵呵，只是作为用户立场，就不是这么看了，即使摆出10个IBM的专家到他们面前，他们还是死活不肯接受这种所谓“正常”的。

看来还是不够了解java,首先，现在已经有了实时的可控的GC算法，保证GC的时间不会超过一个阀值。
其次，我想不会有谁只拿一个java来跑核心吧，肯定得上集群的，一个crash有什么关系？

zszyj2000

原帖由 wzy25 于 2008-9-21 13:10 发表

看来还是不够了解java,首先，现在已经有了实时的可控的GC算法，保证GC的时间不会超过一个阀值。
其次，我想不会有谁只拿一个java来跑核心吧，肯定得上集群的，一个crash有什么关系？

你说的这些“大话”，都实践过没有？ 我们都实际体验过了，告诉你吧，不好使。你自已上个JAVA集群，通过压力测试让集群中某个节点片处于真正满负荷状态， 然后你以一个普通用户身份进去多做几次操作，你就体验一个"crash"有什么关系了。 结果不告诉你，是要让你自已体会，J2EE的所谓集群，是一种很低级的技术策略。
另外，你自已仍然没弄明白的是， "crash"和"frozen"是两码事， J2EE的问题是动不动就frozen，而不是crash.  若果只是后者，从用户体验的结果还会好看些。

[ 本帖最后由 zszyj2000 于 2008-9-21 19:50 编辑 ]

mycobra

同意楼上的观点，但有个问题，C应该还是"中级语言"，很强大，但也很危险，对使用者要求和高，java相对使用门槛较低，当然要用好也不容易。有没有折衷的选择：前台使用java，跑批和后台底层处理使用C

yarao

java怎么样？C/C++有怎么样？各有各的长处和不足。java的GC就不一定会是性能的瓶颈，通过集群和负载均衡这些问题很容易解决。
关键不是工具，而是思想。对需求的理解，良好设计的思想和理念和开发人员的素质。这些才是决定一个系统好坏的要素。不要在讨论C/C++好还是java好这样无聊的问题了。

zszyj2000

原帖由 yarao 于 2008-9-27 19:43 发表
java怎么样？C/C++有怎么样？各有各的长处和不足。java的GC就不一定会是性能的瓶颈，通过集群和负载均衡这些问题很容易解决。
关键不是工具，而是思想。对需求的理解，良好设计的思想和理念和开发人员的素质。这些才是决定一个系统好坏的要素。不要在讨论C/C++好还是java好这样无聊的问题了。

客观地讲， JAVA一旦遇到性能瓶颈时，真的能“很容易解决”吗？
所谓的集群和负载均衡，如果你没试过的话， 也看看人家的真正测试结果再说吧：
http://space.itpub.net/4227/viewspace-462718
针对同类的问题，我们自已苦无对策，高价请来IBM的资深专家现场部署， 结果还是一个， JAVA的集群完全是一种“傻瓜式“的轮发策略，哪个节点响应慢，它反而越往它压，最后仍然是不可用！
是没必要争论，C/C++在核心系统已经有数十年无数的成功案例。JAVA无论号称多先进，都先拿出一个真实成功案例再说。

hsq972

原帖由 zszyj2000 于 2008-9-27 20:19 发表

客观地讲， JAVA一旦遇到性能瓶颈时，真的能“很容易解决”吗？
所谓的集群和负载均衡，如果你没试过的话， 也看看人家的真正测试结果再说吧：
http://space.itpub.net/4227/viewspace-462718
针对同类的问题，我们自已苦无对策，高价请来IBM的资深专家现场部署， 结果还是一个， JAVA的集群完全是一种“傻瓜式“的轮发策略，哪个节点响应慢，它反而越往它压，最后仍然是不可用！
是没必要争论，C/C++在核心系统已经有数十年无数的成功案例。JAVA无论号称多先进，都先拿出一个真实成功案例再说。

大部份想用JAVA的人，大都没有考虑过成本因素的！

银行都知道用JAVA来开发系统比用C来开发便宜得多，但他们还是会选择C，无他，部署成本低呀！你用JAVA动不动就集群和负载均衡，那得上多少机器，多少基础软件呀？节假日消费高峰时还要提心吊胆的，害怕其中一台机器挂了会怎样？要知道银行的系统都是分布式事务，稳定大于一切。

hsq972

现在的方向应该是融合吧！后台核心用C来写，前端业务用JAVA来实现。既可以保证性能，又可以提高灵活性。