Linux内核设计与实现读书笔记(8)-内核同步方法【转】

简介:
1、原子操作可以保证指令以原子的方式执行——执行过程不被打断。内核提供了两组原子操作接口,一组针对整数进行操作,一组针对单独的位进行操作。
 
    2、针对整数的原子操作只能对atomic_t类型的数据进行处理。引入这个特殊数据类型主要是出于三个原因:首先,让原子函数只接受atomic_t类型的操作数可以确保原子操作只与这种特殊类型的数据一起使用。同时这也保证了该类型的数据不会被传递给其他任何非原子函数。其次,使用atomic_t类型确保编译器不对相应的值进行访问优化——这点使得原子操作最终接收到正确的内存地址,而不只是一个别名。最后,在不同体系结构上实现原子操作的时候,使用atomic_t可以屏蔽期间的差异。
    3、尽管Linux支持的所有机器上的整型数据都是32位的,但是使用atomic_t的代码只能将该类型的数据当作24位来用。这是因为在SPARC体系结构上对原子操作缺乏指令级的支持,所以32位int类型的低8位被嵌入一个锁中,利用该锁来避免对原子类型数据的并发访问。
   
    4、原子整数操作最常见的应用是实现计数器,一般使用atomic_inc()和atomic_dec()这两个函数。所有的标准原子整数操作见下表:
 

原子整数操作

描述

ATOMIC_INIT(int i)

  在声明一个atomic_t变量时,将它初始化为i

int atomic_read(atomic_t *v)

  原子地读取整数变量v

void atomic_set(atomic_t *v, int i)

  原子地设置v值为i

void atomic_add(int i, atomic_t *v)

  原子地给vi

void atomic_sub(int i, atomic_t *v)

  原子地从vi

void atomic_inc(atomic_t *v)

  原子地给v1

void atomic_dec(atomic_t *v)

  原子地给v1

int atomic_sub_and_test(int i, atomic_t *v)

  原子地从vi,若结果等于0返回真,否则返回假

int atomic_add_negative(int i, atomic_t *v)

  原子地从vi,若结果是负数返回真,否则返回假

int atomic_dec_and_test(atomic_t *v)

原子地从v1,若结果等于0返回真,否则返回假

int atomic_inc_and_test(atomic_t *v)

  原子地从v1,若结果等于0返回真,否则返回假

 
    5、原子操作通常是内联函数,往往是通过内嵌汇编指令来实现的。在编写代码时,能使用原子操作的时候,就尽量不要使用复杂的加锁机制。对多数体系结构来讲,原子操作与更复杂的同步方法相比较,给系统带来的开销小,对高速缓存行的影响也小。
 
    6、内核提供了针对位这一级数据进行操作的函数,他们定义在中。位操作函数是对普通的内存地址进行操作的,它的参数是一个指针和一个位号。标准原子位操作见下表:
 

原子位操作

描述

void set_bit(int nr, void *addr)

  原子地设置addr所指对象的第nr

void clear_bit(int nr, void *addr)

  原子地清空addr所指对象的第nr

void change_bit(int nr, void *addr)

  原子地翻转addr所指对象的第nr

int test_and_set_bit(int nr, void *addr)

  原子地设置addr所指对象的第nr位,并返回原先的值

int test_and_clear_bit(int nr, void *addr)

  原子地清空addr所指对象的第nr位,并返回原先的值

int test_and_change_bit(int nr, void *addr)

  原子地翻转addr所指对象的第nr位,并返回原先的值

int test_bit(int nr, void *addr)

  原子地返回addr所指对象的第nr

 
内核还提供了一组与上述操作对应的非原子位函数,其名字前缀多两个下划线。内核还提供了两个例程用来从指定的地址开始搜索第一个被设置(或未被设置)的位:
int find_first_bit(unsigned long *addr,unsigned int size)
int find_first_zero_bit(unsigned long *addr,unsigned int size)
 
7、自旋锁最多只能被一个可执行线程持有。如果一个执行线程试图获得一个被争用(已经被持有)的自旋锁,那么该线程就会一直进行忙循环——旋转——等待锁重新可用。一个被争用的自旋锁使得请求它的线程在等待重新可用时自旋(特别浪费处理器时间),所以自旋锁不应该被长时间持有。自旋锁的初衷是在短期内进行轻量级加锁。另外,自旋锁是不可递归的。
 
8、自旋锁可以使用在中断处理程序中。在中断处理程序中使用自旋锁时,一定要在获取锁之前,首先禁止本地中断,否则,中断处理程序就会打断正持有锁的内核代码,有可能会试图争用这个已经被持有的自旋锁。顺便提一下,选项CONFIG_DEBUG_SPINLOCK可用来调试自旋锁。针对自旋锁的操作见下表:
 

方法

描述

spin_lock( )

  获取指定的自旋锁

spin_lock_irq( )

  禁止本地中断并获取指定的锁

spin_lock_irqsave( )

  保存本地中断的当前状态,禁止本地中断,并获取指定的锁   

spin_unlock( )

  释放指定的锁

spin_unlock_irq( )

  释放指定的锁,并激活本地中断

spin_unlock_irqrestore( )

  释放指定的锁,并让本地中断恢复到以前的状态

spin_lock_init( )

  初始化指定的spinlock_t

spin_trylock( )

  试图获取指定的锁,如果未获取则返回非0

spin_is_locked( )

  如果指定的锁当前正在被获取则返回非0,否则返回0

spin_lock_bh( )

  禁止所有下半部的执行,并获取指定的锁

spin_unlock_bh( )

  释放指定的锁,允许下半部的执行

 
9、当下半部和进程上下文共享数据时,需要加锁的同时还要禁止下半部执行;当中断处理程序和下半部共享数据时,需要加锁的同时还要禁止中断;当数据被两个不同种类的tasklet共享或软中断共享时,没有必要禁止下半部。
 
10、当对某个数据结构的操作可以被划分为读/写两种类别时,可以使用Linux专门提供的读——写自旋锁。这种自旋锁为读和写分别提供了不同的锁。一个或多个读任务可以并发的持有读者锁;相反,用于写的锁最多只能被一个写任务持有,而且此时不能有并发的读操作。
 
11、通常情况下,读锁和写锁会位于完全分割开的代码分支中,下面的代码将会带来死锁:
     read_lock(&mr_rwlock);
     write_lock(&mr_rwlock);
因为写锁会不断自旋,等待所有的读锁释放,其中也包括它自己。当确实需要写操作时,要在一开始就请求写锁。如果写和读不能清晰分开的话,那么就使用一般的自旋锁。多个读者可以安全地获得同一个读锁,即使一个线程递归地获得一个读锁也是安全的。这个特性使读——写自旋锁成为一种有用并且常用的优化手段。读——写锁这种机制照顾读要比照顾写多一点。读锁被持有时,写锁只能等待,但读者却可以继续成功地占用锁,大量的读者就会使挂起的写者处于饥饿状态。读——写锁的操作见下表:
 

方法

描述

read_lock( )

  获取指定的读锁

read_lock_irq( )

  禁止本地中断并获取指定的读锁

read_lock_irqsave( )

  保存本地中断的当前状态,禁止本地中断并获取指定的读锁

read_unlock( )

  释放指定的读锁

read_unlock_irq( )

  释放指定的读锁,并激活本地中断

read_unlock_irqrestore( )

  释放指定的读锁,并让本地中断恢复到以前的状态

write_lock( )

  获取指定的写锁

write_lock_irq( )

  禁止本地中断并获取指定的写锁

write_lock_irqsave( )

  保存本地中断的当前状态,禁止本地中断并获取指定的写锁

write_unlock( )

  释放指定的写锁

write_unlock_irq( )

  释放指定的写锁,并激活本地中断

write_unlock_irqrestore( )

  释放指定的写锁,并让本地中断恢复到以前的状态

write_trylock( )

  试图获得指定的写锁;如果写锁不可用,返回非0

rw_lock_init( )

  初始化指定的rwlock_t

rw_is_locked( )

  如果指定的锁当前已被持有,该函数返回非0值,否则返回0

 
12、如果加锁时间不长且代码不会睡眠(如中断处理程序),利用自旋锁是最佳选择;如果加锁时间可能很长或者在持有锁时有可能睡眠,那么最好使用信号量来完成加锁功能。Linux中的信号量是一种睡眠锁。如果一个任务试图获得一个已经被占用的信号量时,信号量会将其推进一个等待队列,然后让其睡眠。这时处理器能重获自由,从而去执行其他代码。信号量不会禁止内核抢占,这意味着,信号量不会对调度的等待时间带来负面影响。
 
13、信号量允许任意数量的锁的持有者,而自旋锁在一个时刻最多允许一个任务持有它。信号量同时允许的持有者数量可以在声明信号量时指定,这个值称为使用者数量。该数值为1的信号量成为互斥信号量,大于1的称为计数信号量。信号量支持两个原子操作P()和V(),这两个名字来自荷兰语Proberen(测试操作)和Vershogen(增加操作)。后来的系统包括Linux把这两种操作分别叫做down()和up()。信号量的操作见下表:
 

方法

描述

sema_init(struct semaphore *, int)

  以指定的计数值初始化动态创建的信号量

init_MUTEX(struct semaphore *)

  以计数值1初始化动态创建的信号量

init_MUTEX_LOCKED(struct semaphore *)

  以计数值0初始化动态创建的信号量(初始化为加锁状态)

down_interruptible(struct semaphore *)

  试图获得指定的信号量,如果信号已被争用,则进入可中断睡眠状态

down(struct semaphore *)

  试图获得指定的信号量,如果信号已被争用,则进入不可中断睡眠状态

down_trylock(struct semaphore *)

  试图获得指定的信号量,如果信号已被争用,则立刻返回非0

up(struct semaphore *)

  释放指定的信号量,如果睡眠队列不空,则唤醒其中的一个任务

 
14、与自旋锁一样,信号量也有区分读——写访问。读——写信号量要比普通信号量更具优势。所有的读——写信号量都是互斥信号量。只要没有写者,并发持有读锁的读者数不限。相反,只有唯一的写者可以获得写锁。所有读——写锁的睡眠都不会被信号打断。读——写信号量相比读——写自旋锁多了一种特有的操作:downgrade_writer()。这个函数可以动态地将获取的写锁转换成读锁。
 
15、如果在内核中一个任务需要发出信号通知另一个任务发生了某个特定事件,利用完成变量是使两个任务得以同步的简单方法。完成变量提供了代替信号量的一个简单解决办法。如果一个任务要执行一些工作时,另一个任务就会在完成变量上等待,当这个任务完成后,会使用完成变量去唤醒在等待的任务。完成变量通常的用法是,将完成变量作为数据结构中的一项动态创建,而完成数据结构初始化工作的内核代码将调用wait_for_completion()进行等待。初始化完成后,初始化函数调用completion()唤醒在等待的内核任务。完成变量的操作见下表:
 

方法

描述

init_completion(struct completion *)

  初始化指定的动态创建的完成变量

wait_for_completion(struct completion *)

  等待指定的完成变量接受信号

completion(struct completion *)

  发信号唤醒任何等待任务

 
16、Seq锁是在2.6内核版本中才引入的一种新型锁。这种锁提供了一种很简单的机制,用于读写共享数据。实现这种锁主要依靠一个序列计数器。当有疑义的数据被写入时,会得到一个锁,并且序列值会增加。在读取数据之前和之后,序列号都被读取。如果读取的序列号相同,说明在读操作进行的过程中没有被写操作打断过。如果读的值是偶数,那么就表明写操作没有发生。Seq锁对写者更有利,只要没有其它写者,写锁总是能被成功获得。另外,挂起的写者会不断地使得读操作循环,直到不再有任何写者持有锁为止。
 
17、如果数据对每个处理器是唯一的,这样的数据可能就不需要使用锁来保护,但如果内核是抢占式的,为了防止数据被多个进程以伪并发的方式访问,需要禁止内核抢占,禁止抢占的相关操作如下表:
 

方法

描述

Preempt_disable( )

  禁止内核抢占

Preempt_enable( )

  激活内核抢占并检查和执行被挂起的需要调度的任务

Preempt_enable_no_resched( )

  激活内核抢占但不再进行调度

Preempt_count( )

返回抢占计数

 
18、当处理多处理器之间或硬件设备之间的同步问题时,有时需要在程序代码中以指定的顺序发出读内存和写内存指令。在和硬件交互时,时常需要确保一个给定的读操作发生在其它读或写操作之前。另外,在多处理器上,可能需要按写数据的顺序读数据。但编译器和处理器为了提高效率,可能对读和写重新排序。Linux提供了确保顺序的指令称做屏障。其操作见下表:
 

方法

描述

rmb( )

  阻止跨跃屏障的载入动作发生重排序

read_barrier_depends( )

  阻止跨跃屏障的具有数据依赖关系的载入动作重排序

wmb( )

  阻止跨跃屏障的存储动作发生重排序

mb( )

  阻止跨跃屏障的载入和存储动作重新排序

smp_rmb( )

  SMP上提供rmb( )功能,在UP上提供barrier( )功能

smp_read_barrier_depends( )

  SMP上提供read_barrier_depends( )功能,在UP上提供barrier( )功能

smp_wmb( )

  SMP上提供wmb( )功能,在UP上提供barrier( )功能

smp_mb( )

  SMP上提供mb( )功能,在UP上提供barrier( )功能

barrier( )

  组织编译器跨屏障对载入或存储操作进行优化










本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/sky-heaven/p/5524732.html ,如需转载请自行联系原作者

相关文章
|
8天前
|
算法 Linux 调度
深入理解Linux内核调度器:从基础到优化####
本文旨在通过剖析Linux操作系统的心脏——内核调度器,为读者揭开其高效管理CPU资源的神秘面纱。不同于传统的摘要概述,本文将直接以一段精简代码片段作为引子,展示一个简化版的任务调度逻辑,随后逐步深入,详细探讨Linux内核调度器的工作原理、关键数据结构、调度算法演变以及性能调优策略,旨在为开发者与系统管理员提供一份实用的技术指南。 ####
38 4
|
2天前
|
算法 Linux 开发者
Linux内核中的锁机制:保障并发控制的艺术####
本文深入探讨了Linux操作系统内核中实现的多种锁机制,包括自旋锁、互斥锁、读写锁等,旨在揭示这些同步原语如何高效地解决资源竞争问题,保证系统的稳定性和性能。通过分析不同锁机制的工作原理及应用场景,本文为开发者提供了在高并发环境下进行有效并发控制的实用指南。 ####
|
9天前
|
缓存 负载均衡 Linux
深入理解Linux内核调度器
本文探讨了Linux操作系统核心组件之一——内核调度器的工作原理和设计哲学。不同于常规的技术文章,本摘要旨在提供一种全新的视角来审视Linux内核的调度机制,通过分析其对系统性能的影响以及在多核处理器环境下的表现,揭示调度器如何平衡公平性和效率。文章进一步讨论了完全公平调度器(CFS)的设计细节,包括它如何处理不同优先级的任务、如何进行负载均衡以及它是如何适应现代多核架构的挑战。此外,本文还简要概述了Linux调度器的未来发展方向,包括对实时任务支持的改进和对异构计算环境的适应性。
30 6
|
10天前
|
缓存 运维 网络协议
深入Linux内核架构:操作系统的核心奥秘
深入Linux内核架构:操作系统的核心奥秘
27 2
|
Linux 程序员 API
Linux 同步机制比较与联系
操作系统提供的同步原语包括:互斥锁、读写锁、条件变量、信号量,支持多任务的OS一般都会实现上述几种同步方式。Linux作为多任务、多用户系统,同样实现了上述几种同步方式。对于在Linux系统下编程的程序员来说,可能都或多或少的使用或者听说过这几种方式,对于它们的基本使用方式可能都大体的解了。
139 0
|
7天前
|
监控 Linux
如何检查 Linux 内存使用量是否耗尽?这 5 个命令堪称绝了!
本文介绍了在Linux系统中检查内存使用情况的5个常用命令:`free`、`top`、`vmstat`、`pidstat` 和 `/proc/meminfo` 文件,帮助用户准确监控内存状态,确保系统稳定运行。
67 6
|
8天前
|
Linux
在 Linux 系统中,“cd”命令用于切换当前工作目录
在 Linux 系统中,“cd”命令用于切换当前工作目录。本文详细介绍了“cd”命令的基本用法和常见技巧,包括使用“.”、“..”、“~”、绝对路径和相对路径,以及快速切换到上一次工作目录等。此外,还探讨了高级技巧,如使用通配符、结合其他命令、在脚本中使用,以及实际应用案例,帮助读者提高工作效率。
34 3
|
8天前
|
监控 安全 Linux
在 Linux 系统中,网络管理是重要任务。本文介绍了常用的网络命令及其适用场景
在 Linux 系统中,网络管理是重要任务。本文介绍了常用的网络命令及其适用场景,包括 ping(测试连通性)、traceroute(跟踪路由路径)、netstat(显示网络连接信息)、nmap(网络扫描)、ifconfig 和 ip(网络接口配置)。掌握这些命令有助于高效诊断和解决网络问题,保障网络稳定运行。
26 2
|
16天前
|
缓存 监控 Linux
|
3天前
|
运维 监控 网络协议
运维工程师日常工作中最常用的20个Linux命令,涵盖文件操作、目录管理、权限设置、系统监控等方面
本文介绍了运维工程师日常工作中最常用的20个Linux命令,涵盖文件操作、目录管理、权限设置、系统监控等方面,旨在帮助读者提高工作效率。从基本的文件查看与编辑,到高级的网络配置与安全管理,这些命令是运维工作中的必备工具。
20 3