免费注册 查看新帖 |

Chinaunix

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

灭哈哈,想了多半年的时间,终于明白多核编程的实质了~!@#$%^&*( [复制链接]

论坛徽章:
0
51 [报告]
发表于 2013-02-18 16:36 |只看该作者
mark yixia...

论坛徽章:
5
丑牛
日期:2014-01-21 08:26:26卯兔
日期:2014-03-11 06:37:43天秤座
日期:2014-03-25 08:52:52寅虎
日期:2014-04-19 11:39:48午马
日期:2014-08-06 03:56:58
52 [报告]
发表于 2013-02-18 17:43 |只看该作者
这两句话,不胜感性~

论坛徽章:
9
程序设计版块每日发帖之星
日期:2016-02-13 06:20:00数据库技术版块每日发帖之星
日期:2016-06-15 06:20:00数据库技术版块每日发帖之星
日期:2016-06-16 06:20:00数据库技术版块每日发帖之星
日期:2016-06-18 06:20:00程序设计版块每日发帖之星
日期:2016-06-27 06:20:00程序设计版块每日发帖之星
日期:2016-07-09 06:20:00IT运维版块每日发帖之星
日期:2016-07-15 06:20:00IT运维版块每日发帖之星
日期:2016-07-27 06:20:00程序设计版块每日发帖之星
日期:2016-08-18 06:20:00
53 [报告]
发表于 2015-08-21 22:38 |只看该作者
本帖最后由 mordorwww 于 2015-08-21 23:08 编辑

灭个鬼 啊
木有撸主你想的辣么复杂

CPU1 和CPU2各自用内存屏障保证各自的先后顺序
对于共享的内存单元,CPU2看到的CPU1的指令执行结果的先后顺序还是由CPU1的内存屏障保证的,和CPU2自己的内存屏障鬼的关系,如果CPU2的内存屏障把顺序反过来,你CPU1也管不了


和cache其实木有关系,要是CPU木有cache,一样的结果
cache多了个同步而已

论坛徽章:
4
戌狗
日期:2013-08-15 18:22:43技术图书徽章
日期:2013-08-21 13:48:45巨蟹座
日期:2013-09-26 17:06:39处女座
日期:2013-12-25 11:26:10
54 [报告]
发表于 2015-08-24 17:44 |只看该作者
mordorwww 发表于 2015-08-21 22:38
灭个鬼 啊
木有撸主你想的辣么复杂


NO。

如果:真的只和CPU1的屏障有关系,而和CPU2的屏障无关系。
辣么:程序中只需要wmb()这个宏,而完全不需要定义rmb()。

论坛徽章:
9
程序设计版块每日发帖之星
日期:2016-02-13 06:20:00数据库技术版块每日发帖之星
日期:2016-06-15 06:20:00数据库技术版块每日发帖之星
日期:2016-06-16 06:20:00数据库技术版块每日发帖之星
日期:2016-06-18 06:20:00程序设计版块每日发帖之星
日期:2016-06-27 06:20:00程序设计版块每日发帖之星
日期:2016-07-09 06:20:00IT运维版块每日发帖之星
日期:2016-07-15 06:20:00IT运维版块每日发帖之星
日期:2016-07-27 06:20:00程序设计版块每日发帖之星
日期:2016-08-18 06:20:00
55 [报告]
发表于 2015-08-24 18:21 |只看该作者
塑料袋 发表于 2015-08-24 17:44
NO。

如果:真的只和CPU1的屏障有关系,而和CPU2的屏障无关系。



不是下面这个摸?
CPU1看到a、b更新的先后顺序不是完全由CPU0决定的么?


cpu0
a = 1;
wmb();
b = 2;

cpu1
读 b;
rmb();
读 a;
通过内存屏障能够保证cpu1假设读取到了b=2,那么cpu1读取的a肯定等于1。

论坛徽章:
4
戌狗
日期:2013-08-15 18:22:43技术图书徽章
日期:2013-08-21 13:48:45巨蟹座
日期:2013-09-26 17:06:39处女座
日期:2013-12-25 11:26:10
56 [报告]
发表于 2015-08-24 18:46 |只看该作者
mordorwww 发表于 2015-08-24 18:21
不是下面这个摸?
CPU1看到a、b更新的先后顺序不是完全由CPU0决定的么?


所以说,不是完全由CPU0决定的。

如果CPU0完全决定,那么CPU1何必还需要rmb()?

论坛徽章:
9
程序设计版块每日发帖之星
日期:2016-02-13 06:20:00数据库技术版块每日发帖之星
日期:2016-06-15 06:20:00数据库技术版块每日发帖之星
日期:2016-06-16 06:20:00数据库技术版块每日发帖之星
日期:2016-06-18 06:20:00程序设计版块每日发帖之星
日期:2016-06-27 06:20:00程序设计版块每日发帖之星
日期:2016-07-09 06:20:00IT运维版块每日发帖之星
日期:2016-07-15 06:20:00IT运维版块每日发帖之星
日期:2016-07-27 06:20:00程序设计版块每日发帖之星
日期:2016-08-18 06:20:00
57 [报告]
发表于 2015-08-24 19:29 |只看该作者
本帖最后由 mordorwww 于 2015-08-24 19:29 编辑
塑料袋 发表于 2015-08-24 18:46
所以说,不是完全由CPU0决定的。

如果CPU0完全决定,那么CPU1何必还需要rmb()?


你我还是一个意思吧

CPU0 让 a=1先, b=2后,这个结果对外生效的先后次序是由CPU0确定的,和CPU1木有关系
CPU1先读A还是先读B,还是无所谓,那结果还是有不同, 但是这个结果是CPU1的, 是CPU1自己的逻辑决定的,不影响上一句话描述的结果
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP