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

pacman2000

gavenwei 发表于 2017-12-31 16:23
java的问题确实没有解决，但是随着硬件和GC算法的发展，问题已经不大了。
做新产品的公司确实越来越少了 ...

那是还没有上规模。现在用java核心的银行，规模仅仅在城商行而已。省级银行才是考验。
另外，cpp核心比java更有效率，更省机器，不是更好的选择吗。

pilang

pacman2000 发表于 2017-12-31 16:36
那是还没有上规模。现在用java核心的银行，规模仅仅在城商行而已。省级银行才是考验。
另外，cpp核心比j ...

现在JAVA也没性能瓶颈了，瓶颈都到数据库去了

pacman2000

pilang 发表于 2018-1-2 02:45
现在JAVA也没性能瓶颈了，瓶颈都到数据库去了

实际做过，体验过，才能得到结论。特别是写批处理的情况下，对比更明显。
其他的不说，java的jvm占用大量内存，因而只适合应用与数据库分机器部署，这样造成的网络通讯损耗相当厉害。

pilang

让长亮经历一家省农信就知道效果了，我个人偏向C++，但是貌似C++厂商不多，大部分是C的，对我们行来说，我不担心java性能瓶颈，我担心的是过度封装之后的不可控

pilang

java多节点部署，应用和数据库分离，批处理跑起来不慢

pacman2000

pilang 发表于 2018-1-2 22:43
让长亮经历一家省农信就知道效果了，我个人偏向C++，但是貌似C++厂商不多，大部分是C的，对我们行来说， ...

长亮java做的最大数据量的是平安银行，和省级农信差不多了。改造了很多才达到不错的效果。即便如此，重点的批处理仍然用了存储过程，因为同样的逻辑，java要跑10多小时，存储过程不到半小时。
与之对比，数据量也差不多的浦发银行，虽然系统设计陈旧，但用的是c在本地执行，速度接近存储过程。
另外，c++更合适实现核心系统这样大规模的软件，只是需要有公司潜心研究才行。

pilang

pacman2000 发表于 2018-1-3 09:48
长亮java做的最大数据量的是平安银行，和省级农信差不多了。改造了很多才达到不错的效果。即便如此，重点 ...

平安跑在存储过程上，数据库和应用有没有分离？不怕影响联机交易性能？

pacman2000

pilang 发表于 2018-1-5 22:54
平安跑在存储过程上，数据库和应用有没有分离？不怕影响联机交易性能？

只有个别批处理用的存储过程，不是全部。日终批处理时间段的联机交易量本来也不大啊。

redender

根据我们这的核心迁移情况看，5000w到1亿的账户量，java+oracle完全支撑得住。

polite88

作为一个做过CoreBanking项目实施，经历了Cobol,Cpp,pl/sql到java的老人，目前做互联网企业的架构师，个人感觉JAVA微服务完全可以秒杀Cpp，支撑起银行的核心业务系统。关键有几点：1、银行怕去IOE，出了问题得自己兜着 2、传统的Corebanking厂商，诸如长亮、神码等均没有实力实施互联网架构的JAVA银行核心系统。3、传统银行业习惯了没有竞争的环境，不思进取。