o,如果是这样的话，那么加锁也几乎不会影响性能． <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 637797

bjwf：

o,如果是这样的话，那么加锁也几乎不会影响性能．

[阅读: 475] 2008-06-02 10:05:32

问题在于tommorrow说的读出不是一个明确的描述．
比如:

　如果 int c = nC;
只访问一次没问题，但如果在线程Ｂ里是这样的语句:

if (nC > 100) c = nC;

就有问题了．

相关信息:

问一个多线程的数据读写同步问题。 (123字) (Tomorrow [815] 2008-06-02 14:07)
- 不需要吧 (空) (aho [385] 2008-06-02 14:17)
- 多字节整型，理论上要加 (空) (sealw [528] 2008-06-02 14:17)
- 通常不用 (空) (玉楼 [361] 2008-06-02 14:24)
- 不用，但是有一些前提条件。 (103字) (好望角 [505] 2008-06-02 14:32)
- 一个只读的话一般不要吧。要是都写都要，原子操作除外。 (空) (beijingshizi [431] 2008-06-02 14:37)
  - 如果多字节，可能写到一半发生误读，所以Java里提供了java.util.concurrent.atomic.AtomicInteger (空) (sealw [530] 2008-06-02 14:44)
    - 只要是字范围之内的一般不用. (7字) (holly [366] 2008-06-02 14:47)
      - 谢谢。保险起见还是要加互斥。 (63字) (Tomorrow [467] 2008-06-02 14:54)
        建议写自动化测试，并在所有目标平台上执行 (空) (sealw [362] 2008-06-02 15:02)
        那就得加了。 (26字) (holly [363] 2008-06-02 17:47)
    - 误读应该问题不大，是不是会读成写入之前的结果？ (空) (beijingshizi [442] 2008-06-02 14:47)
      - 顺序问题是 memory barrier 的事. 通常跟 cache 方式和指令集设计有关. 跟锁是两回事 (空) (holly [491] 2008-06-02 14:50)
- 如果是 32bit 的 x86 CPU 一般不用 (空) (holly [457] 2008-06-02 14:46)
  - 刚才看到互斥锁，突然想到，再怎么实现，也是一个查看一个加锁。。。。。 (169字) (haitao [643] 2008-06-02 14:59)
    - 是的，就是考虑到加锁影响性能才来问的。 (23字) (Tomorrow [478] 2008-06-02 15:01)
    - 你完全错了 (16字) (holly [391] 2008-06-02 17:45)
      - 叫什么不知道，只知道检测和设置2个操作之间不会被插入别的指令。。。。。 (53字) (haitao [535] 2008-06-02 17:49)
        互斥锁不会保证lock 和unlock之间不会插入别的指令，也不是出于这个目的的． (181字) (bjwf [569] 2008-06-02 19:22)
        我说的就是lock。lock分解到最终，应该至少包含：查询，设置 (26字) (haitao [439] 2008-06-02 20:04)
- 需要的．否则在多cpu或多内核机器上可能会出莫名其妙的错 (空) (bjwf [439] 2008-06-02 15:06)
  - 不会的。x86 的 cache 是针对物理地址的，而且 x86 保证字操作的原子性 (空) (holly [443] 2008-06-02 17:46)
    - o,如果是这样的话，那么加锁也几乎不会影响性能． (122字) (bjwf [474] 2008-06-02 18:05)
      - 写了个测试程序，在windows里就有问题。 (897字) (Tomorrow [485] 2008-06-02 19:00)
        顺便测一下，加锁后速度有没有变化。。。。。。。。 (114字) (haitao [464] 2008-06-02 19:16)
        这个判断如果不锁的话就不对吧: if((g_nCount == 200) || (g_nCount == 201) || (g_nCount == 199)) (空) (没脾气2x [466] 2008-06-02 19:49)
        faint. ++ 跟 -- 中间当然可以抢占了 (空) (holly [399] 2008-06-02 19:56)
        要不要先取到局部变量，再比较、打印啊？ (295字) (haitao [480] 2008-06-02 20:22)
        ++和--之间可以抢占，if条件3个表达式之间可以抢占，所以就有问题了 (空) (sealw [402] 2008-06-02 20:27)
        这里的讨论已经把很多不同层次的东西混淆到一块了. (18字) (holly [440] 2008-06-02 21:00)
        由于概念不清，所以问题多多 (空) (sealw [435] 2008-06-02 21:07)
        这是和同事讨论引起的。 (91字) (Tomorrow [476] 2008-06-02 21:21)
        如果只是 "一个线程写一个数，另外一个线程只是来读" (59字) (holly [425] 2008-06-02 21:25)
        谢谢，明白了。如果只是一个字长之内的数的话可以不加锁了。 (空) (Tomorrow [409] 2008-06-02 21:39)
        int不小于一个字啊。DWORD (32字) (beijingshizi [496] 2008-06-03 09:24)
        难道虱子还停留在 8086 年代? (空) (holly [420] 2008-06-03 09:34)
        整数不用lock (空) (龙之吻 [474] 2008-06-03 08:27)
        这是个多线程读写的错误例子。 (11字) (Tomorrow [479] 2008-06-02 21:15)
        你这样有问题，判断和打印本身就是多个指令了，现在早就被赋值了。需要先取出变量临时储存。 (空) (beijingshizi [493] 2008-06-03 09:22)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.038 - 528008