首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Distributions
Ubuntu
Fedora
CentOS
中文资源站
网易开源镜像站
V2EX  ›  Linux

cas 自旋锁 的一些疑问

  •  
  •   ruandao · 28 天前 · 1998 次点击

    自旋锁,忙等待 不会白白浪费 cpu 的运转吗?

    还是说,mutex 导致的用户态和内核态的变换的成本更高?

    mutex 的底层 futex 是不是 cas + 内核锁?

    9 回复  |  直到 2019-11-11 17:05:10 +08:00
        1
    PazuLee   28 天前
    记得是验证过,大部分锁其实是无效的,并且持有时间短; cas 这种方式反而效率高
        2
    dangyuluo   28 天前
    我记得 spin lock 确实会占用 CPU,直到时间片用尽,因此适用于很短的操作。至于 mutex 底层实现,请大神补充。
        3
    haon   28 天前
    cas 只会旋一定次数,不会一直旋下去
        4
    wleexi   28 天前
    自旋是为了避免线程的阻塞(挂起) 而作的努力。
    是假设再几个 CPU 时间周期后可以获得锁,这样吧当前线程阻塞得不偿失。
    循环 N 次之后假设能拿到锁就可以进入临界区,否则就是真正意义上的挂起了。
        5
    reus   28 天前
    自旋是有限度的,如果仍未获得才会停止自旋陷入内核
        6
    jedihy   28 天前 via iPhone
    Windows 里面会触发 dpc watchdog。自旋锁不应进行耗时的等待。
        7
    qgymib   28 天前
    线程切换也是有开销的,自旋开销小于线程切换开销时,用 spinlock 就是有收益的
        8
    optional   28 天前
    自旋往往是前期尝试,n 次不成功就升级,自旋 n 次的成本应该<<切换。如果大部分自旋 n 次可以成功获取,就节约了成本,反之就不应该用自旋。
        9
    lazyfighter   28 天前
    自旋是竞争还不是很激烈的时候,这时候挂起线程然后唤醒线程的成本更高,可以预见自旋一定次数即可获得资源,如果依然获取不到资源会膨胀为重量锁
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3423 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 30ms · UTC 04:51 · PVG 12:51 · LAX 20:51 · JFK 23:51
    ♥ Do have faith in what you're doing.