服务器领域新项目c/c++继续存在的必要性

lxyscls

cokeboL 发表于 2017-05-17 22:27
回复 8# wlmqgzm

已经不是单机的时代了

我也觉得scale-out比scale-up重要，绞尽脑汁的想榨干性能，还不如多加一台机器，反正硬件越来越便宜，scale-up的硬件耦合性更强，换个硬件能不能达到效果还两说。

sditmaner

感觉cpp的优势也在不断肢解

cokeboL

回复 11# lxyscls

恩啊，而且都是用别人开源那一套，之前百度自己想写套cpp版的hadoop，结果cpp hadoop团队被自己公司内的另一个直接使用hadoop的团队干掉了。。

yulihua49

cokeboL 发表于 2017-05-17 22:27
回复 8# wlmqgzm

已经不是单机的时代了

C/C++在分布式并行计算领域仍大有可为，当硬件性能被榨干时就会想起C／C++。
一度说某些应用是IO瓶颈，尤其是磁盘IO。但是大规模cache和固态盘的普及，问题又回到计算性能了。
网络IO也是，在千兆网时代，JAVA的网络性能就远远赶不上C。10G以上的网络应用，哪种语言能追上C？

因此当计算性能依然是系统性能的核心，能够直接操纵机器的语言就有用武之地。

cokeboL

回复 14# yulihua49

应该让小部分厂商聚集cpp高手，其他的厂商都不要用cpp了最好

还有就是，google是为了换掉cpp才搞的golang，还有现在的各种主流的云、大数据、人工智能，好像主要都不是用cpp。。。

yulihua49

cokeboL 发表于 2017-05-23 21:09
回复 14# yulihua49

应该让小部分厂商聚集cpp高手，其他的厂商都不要用cpp了最好

看情况。目前云计算处理大部分业务还够用。如果不够用就增加节点，一般增加节点的成本比用C的成本更低。但是场地受限，性能关键的应用就要慎重考虑了。

lxyscls

回复 14# yulihua49

为什么呀？
如果都集中在user space，Java NIO直接分配native buf，跟C语言的Socket有嘛区别？想不到瓶颈点

cokeboL

回复 17# lxyscls

语言本身的cpu运算也是c/cpp更胜一筹，计算密集型的话，java还是要慢，不过话说回来，哪有那么多计算密集型的业务呢

dorodaloo

猎滴牛兽，都用最牛逼的go
我支持go
go的应用越来越多

zylthinking

yulihua49 发表于 2017-05-23 21:16
看情况。目前云计算处理大部分业务还够用。如果不够用就增加节点，一般增加节点的成本比用C的成本更低。 ...

增加节点意味这多花一个机器的硬件的钱， 多一个机器摆在机房的钱， 多一个电钱， 这些钱是每天都在产生。
所谓增加成本比C更低， 只不过是在这些钱还没有积累到超过用C的成本之前， 项目就已经完蛋的意思


我是不是可以这样理解？