刚才看到互斥锁，突然想到，再怎么实现，也是一个查看一个加锁。。。。。 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

haitao：

刚才看到互斥锁，突然想到，再怎么实现，也是一个查看一个加锁。。。。。

[阅读: 575] 2008-06-02 06:59:21

刚才看到互斥锁，突然想到，再怎么实现，也是一个查看一个加锁。。。。。
搜了一下，原来是PV操作可以被保证查看和加锁这2个动作不会被其他指令拆散
以前的操作系统里是讲过，不过彻底忘了。。。。。。
好像靠操作系统的实现来保证2个动作的连续性（中间不会被插入其他指令的执行）
那会不会导致系统的性能大大下降？？所以尽量不要使用这种操作？

我的blog：http://szhaitao.blog.hexun.com & http://www.hoolee.com/user/haitao

－－以上均为泛泛之谈－－不尽牛人滚滚来，无边硬伤纷纷现人在江湖飘（出来混的），哪能不挨刀（总归是要还的）
网络对话，歧义纷生；你以为明白了对方的话，其实呢？

您所在的IP暂时不能使用低版本的QQ，请到：http://im.qq.com/下载安装最新版的QQ，感谢您对QQ的支持和使用

相关信息:

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

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

页面内容处理时间: 0.006 - 512664