免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123
最近访问板块 发新帖
楼主: yulihua49
打印 上一主题 下一主题

[算法] 交易并行度设计 [复制链接]

论坛徽章:
36
子鼠
日期:2013-08-28 22:23:29黄金圣斗士
日期:2015-12-01 11:37:51程序设计版块每日发帖之星
日期:2015-12-14 06:20:00CU十四周年纪念徽章
日期:2015-12-22 16:50:40IT运维版块每日发帖之星
日期:2016-01-25 06:20:0015-16赛季CBA联赛之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16赛季CBA联赛之福建
日期:2016-04-07 11:25:2215-16赛季CBA联赛之青岛
日期:2016-04-29 18:02:5915-16赛季CBA联赛之北控
日期:2016-06-20 17:38:50技术图书徽章
日期:2016-07-19 13:54:03程序设计版块每日发帖之星
日期:2016-08-21 06:20:00
21 [报告]
发表于 2015-08-19 08:48 |只看该作者
回复 19# yulihua49


    对,golang的并发性很好主要是节省开发时间,但是性能稍逊c/c++、D、Rust,看对性能的要求有多极致,而且各种架构都要测试为准

论坛徽章:
0
22 [报告]
发表于 2015-08-19 13:33 |只看该作者
本帖最后由 gavenwei 于 2015-08-19 13:34 编辑

楼主这个帖子 更像是一句感慨,并行、异步 任何项目架构时都会考虑,至于是否过度 这个只能实际设计者自己度量,测试人员根据实际测试情况来评估是否过度。
粒度 这个牵涉更复杂,粗粒度大部分情况下是业务流程决定的,模块这个级别的粒度由架构决定,到函数或者类的实现,完全是程序员决定的。

希望楼主 就实际项目,给一个方案,然后提出自己的觉得 并行、同异步、粒度划分 不合适的地方,大家就此讨论。
否则变成漫无目的的乱"谈“

论坛徽章:
15
射手座
日期:2014-11-29 19:22:4915-16赛季CBA联赛之青岛
日期:2017-11-17 13:20:09黑曼巴
日期:2017-07-13 19:13:4715-16赛季CBA联赛之四川
日期:2017-02-07 21:08:572015年亚冠纪念徽章
日期:2015-11-06 12:31:58每日论坛发贴之星
日期:2015-08-04 06:20:00程序设计版块每日发帖之星
日期:2015-08-04 06:20:00程序设计版块每日发帖之星
日期:2015-07-12 22:20:002015亚冠之浦和红钻
日期:2015-07-08 10:10:132015亚冠之大阪钢巴
日期:2015-06-29 11:21:122015亚冠之广州恒大
日期:2015-05-22 21:55:412015年亚洲杯之伊朗
日期:2015-04-10 16:28:25
23 [报告]
发表于 2015-08-24 11:33 |只看该作者
gavenwei 发表于 2015-08-19 13:33
楼主这个帖子 更像是一句感慨,并行、异步 任何项目架构时都会考虑,至于是否过度 这个只能实际设计者自己度 ...

是。实际项目有。过于庞大,不管谁的方案。因此不方便在此讨论。
但是原则是可以讨论的,其中也有部分经验数据。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP