【Linux】读写者模型-读写锁

在编写多线程的时候,有⼀种情况是⼗分常⻅的。那就是,有些公共数据修改的机会⽐较少。相⽐较改写,它们读的机会反⽽⾼的多。通常⽽⾔,在读的过程中,往往伴随着查找的操作,中间耗时很⻓。给这种代码段加锁,会极⼤地降低我们程序的效率。那么有没有⼀种⽅法,可以专⻔处理这种多读少写的情况呢? 有,那就是读写锁。读写锁本质上是⼀种⾃旋锁。

写互斥,读共享。写的时候别人不能写也不能读,但是大家可以一起读取。加写锁的时候判断write是否大于0;如果大于零代表有人加写锁,将阻塞,否则write计数器+1;加写锁的时候判断read是否大于0;如果大于零代表有人加读锁,将阻塞,否则write计数器+1;加读锁的时候判断write是否大于0;如果大于零代表有人加写锁,将阻塞,否则read计数器+1;

读写锁,默认加读锁优先,但这种情况会造成饥饿情况。因此使用的时候需要重新设置读写锁为加写锁优先(等待两个计数都为0;并且拒绝在这期间其他加读锁的操作)。

读写锁是使用自旋锁实现的,条件不满足一直循环判断,耗费CPU资源较多。自旋锁是不断发起加锁请求。

使用场景:

1.写的操作少,读的操作多。

2.不管读操作还是写操作,操作时间都比较短。

设置读写优先

//初始化读写锁属性
pthread_rwlockattr_init(pthread_rwlockattr_t* attr);


//设置写锁优先
int pthread_rwlockattr_setkind_
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值