Linux内核28-自旋锁

简介: Linux内核28-自旋锁

1 引言


使用最广泛的同步技术就是加锁。对于锁概念,我相信大家已经不陌生了,不论是实时嵌入式系统还是服务器上的操作系统,都使用了这个概念。所以对于锁的理解就不再赘述了。

自旋锁是设计用来在多核系统中工作的一种特殊锁。如果内核控制路径发现自旋锁空闲,则申请加锁然后执行。相反,如果发现锁已经被其它CPU上的内核控制路径占用,它就会一直自旋,就是在循环查看锁是否已经释放,直到该锁被释放。

自旋锁的自旋过程就是一个忙等待的过程。也就是说,正在等待的内核控制路径正在浪费时间,因为什么也不干。但是,大部分的内核资源加锁的时间可能仅为毫秒的几分之一,因此,释放CPU使用权再获取可能比一直等待更消耗时间。所以,自旋锁使用的场合就是,内核资源的占用时间一般比较短,且是多核系统的时候


2 自旋锁结构实现


Linux内核系统中,自旋锁spinlock_t的实现主要使用了raw_spinlock_t结构,这个结构的实现,参考下面的代码:

typedef struct raw_spinlock {
    arch_spinlock_t raw_lock;
#ifdef CONFIG_GENERIC_LOCKBREAK
    unsigned int break_lock;
#endif
    ...
} raw_spinlock_t;
typedef struct spinlock {
    union {
        struct raw_spinlock rlock;
        ...
    };
} spinlock_t;

上面的代码中,核心的数据成员是raw_lockbreak_lock。对于raw_lock来说,其类型为arch_spinlock_t,从名称上也能看出,这个结构是跟体系结构相关的。

  • raw_lock
    表示自旋锁的状态,依赖于具体的架构实现。
  • break_lock
    标志着进程正在忙等待锁(仅当内核同时支持SMP和内核抢占时才会出现)。

接下来,我们分析加锁的流程。

3 spin_lock()函数

本章我们直接看源代码,用函数出现的顺序表示函数调用的顺序。首先,看加锁的函数为:

static __always_inline void spin_lock(spinlock_t *lock)
{
    raw_spin_lock(&lock->rlock);
}

raw_spin_lock函数的代码如下:

#define raw_spin_lock(lock) _raw_spin_lock(lock)

_raw_spin_lock函数分为2个版本:SMP版本和UP版本。


3.1 UP版本实现


_raw_spin_lock函数:

#define _raw_spin_lock(lock)            __LOCK(lock)

__LOCK函数代码如下:

#define __LOCK(lock) \
        do { preempt_disable(); ___LOCK(lock); } while (0)

可以看出,首先禁止内核抢占。然后调用

#define ___LOCK(lock) \
        do { __acquire(lock); (void)(lock); } while (0)

从上面的代码可以看出,单核系统没有处于debug状态时,没有真正的锁在运行。因此,就是禁止了内核抢占。至于void是避免编译器对未使用的锁变量发出警告。__acquire(lock)就是给检查器(CHECKER)添加适当的注释。真正的定义就是# define __acquire(x) (void)0


3.2 SMP版本实现


_raw_spin_lock函数:

static inline void __raw_spin_lock(raw_spinlock_t *lock)
{
    // 禁止内核抢占
    preempt_disable();
    // debug用
    spin_acquire(&lock->dep_map, 0, 0, _RET_IP_);
    // 真正申请锁的地方
    LOCK_CONTENDED(lock, do_raw_spin_trylock, do_raw_spin_lock);
}

LOCK_CONTENDED是一个通用的加锁流程。do_raw_spin_trylockdo_raw_spin_lock的实现依赖于具体的体系结构,以x86为例,do_raw_spin_trylock最终调用的是:

static inline int do_raw_spin_trylock(raw_spinlock_t *lock)
{
    return arch_spin_trylock(&(lock)->raw_lock);
}

arch_spin_trylock函数的实现依赖于具体的体系架构,以X86为例,代码如下:

typedef struct arch_spinlock {
    union {
        __ticketpair_t head_tail;
        struct __raw_tickets {
            __ticket_t head, tail; // 注意,x86使用的是小端模式,存在高地址空间的是tail
        } tickets;
    };
} arch_spinlock_t;
static __always_inline int arch_spin_trylock(arch_spinlock_t *lock)
{
    arch_spinlock_t old, new;
    // 获取旧的ticket信息
    old.tickets = READ_ONCE(lock->tickets);
    // head和tail不一致,说明锁正在被占用,加锁不成功
    if (!__tickets_equal(old.tickets.head, old.tickets.tail))
        return 0;
    // 将tail + 1
    new.head_tail = old.head_tail + (TICKET_LOCK_INC << TICKET_SHIFT);
    new.head_tail &= ~TICKET_SLOWPATH_FLAG;
    /* cmpxchg是一个完整的内存屏障 */
    return cmpxchg(&lock->head_tail, old.head_tail, new.head_tail) == old.head_tail;
}

从上述代码中可知,arch_spin_trylock的核心功能,就是判断自旋锁是否被占用,如果没被占用,尝试原子性地更新lock中的head_tail的值,将tail+1,返回是否加锁成功。

不考虑CONFIG_DEBUG_SPINLOCK宏的话,do_raw_spin_lock的源代码如下:

static inline void do_raw_spin_lock(raw_spinlock_t *lock) __acquires(lock)
{
    __acquire(lock);
    arch_spin_lock(&lock->raw_lock);
}

arch_spin_lock函数的源代码:

static __always_inline void arch_spin_lock(arch_spinlock_t *lock)
{
    register struct __raw_tickets inc = { .tail = TICKET_LOCK_INC };
    // 原子性地把ticket中的tail+1,返回的inc是+1之前的原始值
    inc = xadd(&lock->tickets, inc);
    if (likely(inc.head == inc.tail))
        goto out;
    for (;;) {
        unsigned count = SPIN_THRESHOLD;
        do {
            // 读取新的head值
            inc.head = READ_ONCE(lock->tickets.head);
            if (__tickets_equal(inc.head, inc.tail))
                goto clear_slowpath;
            cpu_relax();
        } while (--count);
        __ticket_lock_spinning(lock, inc.tail);
    }

// 循环直到head和tail相等

clear_slowpath:
    __ticket_check_and_clear_slowpath(lock, inc.head);
out:
    barrier();  /* make sure nothing creeps before the lock is taken */
}

__ticket_check_and_clear_slowpath函数执行的操作是把tail加1,并把之前的值记录下来,完成加锁操作。

static inline void __ticket_check_and_clear_slowpath(arch_spinlock_t *lock,
                            __ticket_t head)
{
    if (head & TICKET_SLOWPATH_FLAG) {
        arch_spinlock_t old, new;
        old.tickets.head = head;
        new.tickets.head = head & ~TICKET_SLOWPATH_FLAG;
        old.tickets.tail = new.tickets.head + TICKET_LOCK_INC;
        new.tickets.tail = old.tickets.tail;
        /* try to clear slowpath flag when there are no contenders */
        cmpxchg(&lock->head_tail, old.head_tail, new.head_tail);
    }
}

至此,就完成了申请锁的操作。接下来我们再来研究一下,解锁流程。


4. spin_unlock函数


对于SMP架构来说,spin_unlock最终调用的是__raw_spin_unlock,其源代码如下:

static inline void __raw_spin_unlock(raw_spinlock_t *lock)
{
    spin_release(&lock->dep_map, 1, _RET_IP_);
    do_raw_spin_unlock(lock);   // 完成主要的解锁工作
    preempt_enable();           // 启动抢占
}
static inline void do_raw_spin_unlock(raw_spinlock_t *lock) __releases(lock)
{
    arch_spin_unlock(&lock->raw_lock);
    __release(lock);
}

arch_spin_unlock函数的代码如下:

static __always_inline void arch_spin_unlock(arch_spinlock_t *lock)
{
    if (TICKET_SLOWPATH_FLAG &&
        static_key_false(&paravirt_ticketlocks_enabled)) {
        __ticket_t head;
        BUILD_BUG_ON(((__ticket_t)NR_CPUS) != NR_CPUS);
        // 主要内容:将head+1;所以现在head>tail表示锁又空闲了。
        head = xadd(&lock->tickets.head, TICKET_LOCK_INC);
        if (unlikely(head & TICKET_SLOWPATH_FLAG)) {
            head &= ~TICKET_SLOWPATH_FLAG;
            __ticket_unlock_kick(lock, (head + TICKET_LOCK_INC));
        }
    } else
        __add(&lock->tickets.head, TICKET_LOCK_INC, UNLOCK_LOCK_PREFIX);
}

所以,解锁的过程就是将head和tail不相等,且重新使能内核抢占的过程。

相关文章
|
7天前
|
Ubuntu Linux 开发者
Ubuntu20.04搭建嵌入式linux网络加载内核、设备树和根文件系统
使用上述U-Boot命令配置并启动嵌入式设备。如果配置正确,设备将通过TFTP加载内核和设备树,并通过NFS挂载根文件系统。
44 15
|
1月前
|
算法 Linux
深入探索Linux内核的内存管理机制
本文旨在为读者提供对Linux操作系统内核中内存管理机制的深入理解。通过探讨Linux内核如何高效地分配、回收和优化内存资源,我们揭示了这一复杂系统背后的原理及其对系统性能的影响。不同于常规的摘要,本文将直接进入主题,不包含背景信息或研究目的等标准部分,而是专注于技术细节和实际操作。
|
1月前
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法,旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面,本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法,本摘要直接指出文章的核心价值——提供具体可行的优化措施,助力读者实现系统性能的飞跃。 ####
|
1月前
|
监控 算法 Linux
Linux内核锁机制深度剖析与实践优化####
本文作为一篇技术性文章,深入探讨了Linux操作系统内核中锁机制的工作原理、类型及其在并发控制中的应用,旨在为开发者提供关于如何有效利用这些工具来提升系统性能和稳定性的见解。不同于常规摘要的概述性质,本文将直接通过具体案例分析,展示在不同场景下选择合适的锁策略对于解决竞争条件、死锁问题的重要性,以及如何根据实际需求调整锁的粒度以达到最佳效果,为读者呈现一份实用性强的实践指南。 ####
|
1月前
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例,深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置,以提升系统性能和稳定性,为系统管理员和技术爱好者提供实用的优化指南。 ####
|
1月前
|
负载均衡 算法 Linux
深入探索Linux内核调度机制:公平与效率的平衡####
本文旨在剖析Linux操作系统内核中的进程调度机制,特别是其如何通过CFS(完全公平调度器)算法实现多任务环境下资源分配的公平性与系统响应速度之间的微妙平衡。不同于传统摘要的概览性质,本文摘要将直接聚焦于CFS的核心原理、设计目标及面临的挑战,为读者揭开Linux高效调度的秘密。 ####
37 3
|
2月前
|
负载均衡 算法 Linux
深入探索Linux内核调度器:公平与效率的平衡####
本文通过剖析Linux内核调度器的工作机制,揭示了其在多任务处理环境中如何实现时间片轮转、优先级调整及完全公平调度算法(CFS),以达到既公平又高效地分配CPU资源的目标。通过对比FIFO和RR等传统调度策略,本文展示了Linux调度器如何在复杂的计算场景下优化性能,为系统设计师和开发者提供了宝贵的设计思路。 ####
43 6
|
1月前
|
消息中间件 安全 Linux
深入探索Linux操作系统的内核机制
本文旨在为读者提供一个关于Linux操作系统内核机制的全面解析。通过探讨Linux内核的设计哲学、核心组件、以及其如何高效地管理硬件资源和系统操作,本文揭示了Linux之所以成为众多开发者和组织首选操作系统的原因。不同于常规摘要,此处我们不涉及具体代码或技术细节,而是从宏观的角度审视Linux内核的架构和功能,为对Linux感兴趣的读者提供一个高层次的理解框架。
|
2月前
|
缓存 网络协议 Linux
深入探索Linux操作系统的内核优化策略####
本文旨在探讨Linux操作系统内核的优化方法,通过分析当前主流的几种内核优化技术,结合具体案例,阐述如何有效提升系统性能与稳定性。文章首先概述了Linux内核的基本结构,随后详细解析了内核优化的必要性及常用手段,包括编译优化、内核参数调整、内存管理优化等,最后通过实例展示了这些优化技巧在实际场景中的应用效果,为读者提供了一套实用的Linux内核优化指南。 ####
54 1
|
2月前
|
算法 前端开发 Linux
深入理解Linux内核调度器:CFS与实时性的平衡####
本文旨在探讨Linux操作系统的核心组件之一——完全公平调度器(CFS)的工作原理,分析其在多任务处理环境中如何实现进程间的公平调度,并进一步讨论Linux对于实时性需求的支持策略。不同于传统摘要仅概述内容要点,本部分将简要预览CFS的设计哲学、核心算法以及它是如何通过红黑树数据结构来维护进程执行顺序,同时触及Linux内核为满足不同应用场景下的实时性要求而做出的权衡与优化。 ####
下一篇
开通oss服务