java真有这么强大，可以替代c开发金融系统的联机交易后台了？

wlmouse

作为研究模型来说，自然会和实际生产有区别。这个数值你可以说没这个没那个，但是人家研究的本身就是这个核心。加上外围IO会慢是当然的。但是哪个加上不会慢呢。

csumck

好多金融相關的系統都是java寫的啊，這個現象都存在好久了啊。。。

pprpg

linux_c_py_php 发表于 2013-05-15 17:07
erlang也听见有人吹牛逼，说600万在线用户，最后发现还真是600万“在线用户”， 啥事也没干。

奇怪, 好像一些人注重的是如何证明这个东西是不可信的, 而不仔细看看原理.
具体数字我没有测试过,也不敢说是不是600w.

不过, 他们提出一个可能不少人都忽视的东西:
用无锁队列来实现cache友好.

而通常的多线程处理, 由于上下文切换, 导致cache miss.

-------------------------
不好意思, 弄错了一些东西:
不是上下文切换导致cache miss, 文中的观点是锁的使用(系统调用)导致cache miss.
使用锁会引起切换到底层系统的场景而cache miss.

塑料袋

pprpg 发表于 2013-05-15 17:50
不过, 他们提出一个可能不少人都忽视的东西:
用无锁队列来实现cache友好.

而通常的多线程处理, 由于上下文切换, 导致cache miss. ...

什么情况？这是肿么个原理？？？

folklore

适不适合要看应用情景，没有调查就没有发言权。如果是高密度计算程序，Java是一定不行的。如果不是，那C和Java从效率上来说不会有差别。

yulihua49

pprpg 发表于 2013-05-15 17:50
奇怪, 好像一些人注重的是如何证明这个东西是不可信的, 而不仔细看看原理.
具体数字我没有测试过,也不 ...

我挺你一下。
初步看了一下，我觉得还是有可取之处。
一般线程锁开销很大，解锁苏醒需要5微秒左右，这就限制了每个队列最多20w/S.
为解决这个问题，有时采用多队列。这个数据得到了linux_c_py.....的支持，他的服务器单队列达到15wqps，50wqps的成绩采用了多队列。

那个600w/S，不应该叫事务，而是：挂起/唤醒速度。相当于0.15微秒/次，还是不错的。
代码还没看完，但是感觉是在循环测试，而不是挂起、唤醒。好像。

cxytz01

回复 35# folklore

觉得挺有道理，IO密集型，瓶颈就不在于语言，而是在于IO效率，因此语言都差不多。


   

craaazy123

争论语言的优劣没什么意义，关键是看项目能给公司带来多大的效益。有时候我发现某些搞c的bs搞java的，某些搞java的反过来也bs搞c的。如果是对人的话，大学里谁没学过汇编，c/c++的。针对某些项目的话，主要是看是否能够在最小化成本下，做出满足用户需求的产品。如果非得用c那就用c呗，如果项目大用c实现起来要很长时间，而java却能缩短开发周期，用java岂不更好。 oracle，matlab不都是c，java结合起来用的么？ 如果非得说c执行效率要比java高，现在不是有很多开源项目，如weka数据挖掘算法，hadoop hdfs/mapreduce 不都是用纯java实现的么？如果执迷于c的执行效率，你怎么不和汇编，或纯硬件比呢！

pprpg

回复 34# 塑料袋


    http://coolshell.cn/articles/9169.html

流氓无产者

说句实话，就db交易而言，还真不能体现c的优势，被取代也没啥话说