Linux 内核处理并发和竞争的几种方法

Linux 内核处理并发和竞争的几种方法

一、原子操作:

	 原子操作分为整形操作和位操作

1.整形操作的API函数

在这里插入图片描述
如果要使用原子操作的API函数,要先定义一个atomic_t的变量,并可以给原子变量赋初值,如下所示:
atomic_t b = ATOMIC_INIT(0); //定义原子变量 b 并赋初值为 0
如下所示:原子整形操作API函数表
在这里插入图片描述

示例代码:
在这里插入图片描述

2.位操作的API函数

在这里插入图片描述在这里插入图片描述PS:原子操作只能对整形变量或者位进行保护

二、自旋锁:

	 spinlock_t lock; //定义自旋锁
	 自旋锁API函数如下:

在这里插入图片描述
在这里插入图片描述 使用 spin_lock_irq/spin_unlock_irq 的时候需要用户能够确定加锁之前的中断状态,但实际
上内核很庞大,运行也是“千变万化”,我们是很难确定某个时刻的中断状态,因此不推荐使用
spin_lock_irq/spin_unlock_irq。建议使用 spin_lock_irqsave/ spin_unlock_irqrestore,因为这一组函
数会保存中断状态,在释放锁的时候会恢复中断状态。一般在线程中使用 spin_lock_irqsave/
spin_unlock_irqrestore
,在中断中使用 spin_lock/spin_unlock
如下为自旋锁使用的示例:
在这里插入图片描述自旋锁的特点:
①、因为在等待自旋锁的时候处于“自旋”状态,因此锁的持有时间不能太长,一定要短
否则的话会降低系统性能。如果临界区比较大,运行时间比较长的话要选择其他的并发处理方
式,比如稍后要讲的信号量和互斥体。
②、自旋锁保护的临界区内不能调用任何可能导致线程休眠的 API 函数,否则的话可能导
致死锁。
③、不能递归申请自旋锁,因为一旦通过递归的方式申请一个你正在持有的锁,那么你就
必须“自旋”,等待锁被释放,然而你正处于“自旋”状态,根本没法释放锁。结果就是自己把
自己锁死了!
④、在编写驱动程序的时候我们必须考虑到驱动的可移植性,因此不管你用的是单核的还
是多核的 SOC,都将其当做多核 SOC 来编写驱动程序。
自旋锁保护的是数据,加锁和解锁中间放的是需要保护的数据
在这里插入图片描述

三、信号量

运行第一条命令时,发送第二条命令,会先把第一条命令运行完再运行第二条
在这里插入图片描述

在这里插入图片描述

使用示例如下:
在这里插入图片描述
信号量的特点:
①、因为信号量可以使等待资源线程进入休眠状态,因此适用于那些占用资源比较久的场

②、因此信号量不能用于中断中,因为信号量会引起休眠,中断不能休眠。
③、如果共享资源的持有时间比较短,那就不适合使用信号量了,因为频繁的休眠、切换
线程引起的开销要远大于信号量带来的那点优势。

四、互斥体

在这里插入图片描述
在这里插入图片描述在这里插入图片描述
互斥体的特点
①、mutex 可以导致休眠,因此不能在中断中使用 mutex,中断中只能使用自旋锁
②、和信号量一样,mutex 保护的临界区可以调用引起阻塞的 API 函数。
③、因为一次只有一个线程可以持有 mutex,因此,必须由 mutex 的持有者释放 mutex。并
且 mutex 不能递归上锁和解锁。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值