C++用Mutex实现读写锁
近期答辩完成了,想回头看看之前没做过的2PL。
实现2PL有4种方式:
- 死锁检测。本篇是为了做这个而实现的,做这个事情的原因是c++标准库的shared_mutex无法从外界告知获取锁失败。
- 如果需要等待,那么马上结束txn。C++中有try_lock这样的方式,如果上锁失败就返回false,这样就可以实现这个了。
- 如果需要等待,那么杀死当前已经获得锁的一方。
- 在上锁前对资源排序。
2和4是最简单的,没什么好说的。3比1略容易一些。
基本思路
一个读写锁应该具有以下特征:
- 多个读者可以同时访问
- 写者独占访问
- 写者与读者互斥
- 避免写者饥饿或读者饥饿
- 锁的递归使用
由于实现的锁不能够出现读饿死、写饿死的现象,所以我想到一个很简单的方法:先到先得。当然也许会有其他方案。
先到先得的方式下,如何判断一个线程是否该阻塞?
- 第一个写请求之前的所有读请求可以进行
- 如果第一个请求是写请求,那么只有这一个写请求可以进行
- 如果没有写请求,那么所有读都可以进行
- 如果没有读请求,那么第一个写请求可以进行。这实际是2的特殊情况
- 其他请求都不可以进行
我们画图来说明一下。
假定某一刻有这些请求被阻塞,现在考虑挑出来可以执行的线程来执行
队列中,第一个写请求之前的读都可以进行,所以此时1,2线程是可以执行的。它们读完后释放锁,于是在这个队列中删除了1,2
6在环检测的时候被要求结束,然后线程3也结束了,所以此时所有的读都可以进行。
实现先到先得,可以通过记录正在进行读的线程数量,正在进行写的线程数量,请求写但是被阻塞的线程数量,请求读但是被阻塞的线程数量,然后根据条件来分配资源给某个线程……维护的信息数量可能不止这些,比如说需要维护哪些线程的读被阻塞了。
而环检测的2PL,我们需要在外界通知线程锁获取失败,所以选择了使用队列来实现,这个队列需要支持:
- 添加读者、写者(AddReader, AddWriter)
- 删除读者、写者(RemoveReader, RemoveWriter,为了简化,统一为一个Remove了)
- 当可以获得锁的时候,提醒可以获得锁的线程。这个可以用condition_variable实现
- 确定某个线程是否应该阻塞
然而做这样一个队列还是需要费一些功夫的。
队列实现
明确了功能需求后,考虑一下需要什么样的数据结构。普通的队列肯定是不够的,毕竟我们会删除其中任意一个元素,容易想到的是map/set。然后考虑到先到先得的顺序要求,可以考虑额外记录一个逻辑时间timestamp,每当一个请求到达,就递增timestamp。由于加入了timestamp,所以为了支持删除,至少需要tid:timestamp的映射。而为了支持按timestamp查询,至少需要timestamp:tid的映射。此外,需要记录一个请求是读还是写,所以一共需要tid:timestamp的映射和timestamp:<tid,读写标记>的映射。
timestamp:<tid,读写标记>映射关系,很容易想到通过std::map这种天然自带排序的数据结构来实现,即:
- 从最小到最大遍历开头的读请求,这部分线程可以直接执行。
- 如果是写请求开头的,那么这个写可以直接执行。
- 解锁的时候删除该线程的记录。
笔者在此前做了CMU15445,里面的GC的watermark和这个非常显相似。CMU15445中作者提到了可以使用unordered_map来将时间复杂度从O(logn)优化到O(1),这种做法我想到了,所以这里的队列使用的都是unordered_map。
#pragma once
#ifndef READER_WRITER_QUEUE_H
#define READER_WRITER_QUEUE_H
// INSPIRED BY CMU15445 fall2023 watermark
#include <cassert>
#include <unordered_map>
class ReaderWriterQueue {
public:
void AddReader(int tid) {
assert(tid_ts.count(tid) == 0);
ts_tt[next_timestamp] = {tid, TidType::kRead};
tid_ts[tid] = next_timestamp;
next_timestamp++;
}
void AddWriter(int tid) {
assert(tid_ts.count(tid) == 0);
ts_tt[next_timestamp] = {tid, TidType::kWrite};
tid_ts[tid] = next_timestamp;
next_timestamp++;
}
void Remove(int tid) {
auto ts = tid_ts.find(tid);
if (ts == tid_ts.end()) return;
assert(ts_tt.count(ts->second) == 1);
ts_tt.erase(ts->second);
tid_ts.erase(ts);
}
bool ShallBlock(int tid) {
ResetMinWriteTimestamp();
ResetMinTimestamp(); // 这两个timestamp处理可以合并
auto iter = tid_ts.find(tid);
assert(iter != tid_ts.end());
assert(ts_tt.count(iter->second) == 1);
auto ts = iter->second;
auto [_, type] = ts_tt[ts];
// 如果读者之前有写者,那么就需要阻塞等待
if (type == TidType::kRead) return ts > min_write_ts;
// 如果写者之前有读者,那么就需要阻塞等待
if (min_ts < min_write_ts) return true;
// 如果写者之前有写者,那么就需要阻塞等待
return ts_tt[min_write_ts].tid != tid;
}
private:
void ResetMinWriteTimestamp() {
for (; min_write_ts < next_timestamp; min_write_ts++) {
auto iter = ts_tt.find(min_write_ts);
if (iter == ts_tt.end()) {
continue;
} else if (iter->second.type == TidType::kWrite) {
break;
} else { // iter->second.type == TidType::kRead
continue;
}
}
}
void ResetMinTimestamp() {
for (; min_ts < next_timestamp; min_ts++) {
auto iter = ts_tt.find(min_ts);
if (iter != ts_tt.end())
break;
}
}
long next_timestamp = 0;
long min_write_ts = 0;
long min_ts = 0;
struct TidType {
int tid;
enum LockType {kRead, kWrite} type;
bool operator==(const TidType &rhs) const {
return tid == rhs.tid && type == rhs.type;
}
};
std::unordered_map<long, TidType> ts_tt;
std::unordered_map<int, long> tid_ts;
};
#endif // READER_WRITER_QUEUE_H
将队列封装为读写锁
这一步封装已经非常容易了,一个请求到来,添加到队列中。如果需要阻塞,那么就通过condition_variable等待通知。解锁的时候,不仅仅需要在队列中进行移除,还需要notify_all。notify_all还可以优化,但是这不是那么容易的事情了,不考虑。
#pragma once
#ifndef SIMPLE_SHARED_MUTEX_H
#define SIMPLE_SHARED_MUTEX_H
#include <condition_variable>
#include <ctime>
#include <cstdio>
#include <mutex>
#include <unistd.h>
#include "reader_writer_queue.h"
class SimpleSharedMutex {
public:
void lock() {
std::unique_lock lock{mtx};
auto tid = ::gettid();
queue.AddWriter(tid);
while (queue.ShallBlock(tid)) cv.wait(lock);
// printf("lock %d\n", tid);
}
void shared_lock() {
std::unique_lock lock{mtx};
auto tid = ::gettid();
queue.AddReader(tid);
while (queue.ShallBlock(tid)) cv.wait(lock);
// printf("slock %d\n", tid);
}
void unlock() {
std::unique_lock lock{mtx};
queue.Remove(::gettid());
cv.notify_all();
// printf("ulock %d\n", ::gettid());
}
void shared_unlock() {
std::unique_lock lock{mtx};
queue.Remove(::gettid());
cv.notify_all();
// printf("uslock %d\n", ::gettid());
}
private:
std::mutex mtx;
ReaderWriterQueue queue;
std::condition_variable cv;
};
#endif // SIMPLE_SHARED_MUTEX_H
C++用Mutex实现读写锁的更多相关文章
- Linux的线程同步对象:互斥量Mutex,读写锁,条件变量
进程是Linux资源分配的对象,Linux会为进程分配虚拟内存(4G)和文件句柄等 资源,是一个静态的概念.线程是CPU调度的对象,是一个动态的概念.一个进程之中至少包含有一个或者多个线程.这 ...
- Go基础系列:互斥锁Mutex和读写锁RWMutex用法详述
sync.Mutex Go中使用sync.Mutex类型实现mutex(排他锁.互斥锁).在源代码的sync/mutex.go文件中,有如下定义: // A Mutex is a mutual exc ...
- Go语言中的互斥锁和读写锁(Mutex和RWMutex)
目录 一.Mutex(互斥锁) 不加锁示例 加锁示例 二.RWMutex(读写锁) 并发读示例 并发读写示例 三.死锁场景 1.Lock/Unlock不是成对出现 2.锁被拷贝使用 3.循环等待 虽然 ...
- Golang 入门系列(十六)锁的使用场景主要涉及到哪些?读写锁为什么会比普通锁快
前面已经讲过很多Golang系列知识,感兴趣的可以看看以前的文章,https://www.cnblogs.com/zhangweizhong/category/1275863.html, 接下来要说的 ...
- go Mutex (互斥锁)和RWMutex(读写锁)
转载自: https://blog.csdn.net/skh2015java/article/details/60334437 golang中sync包实现了两种锁Mutex (互斥锁)和RWMute ...
- Golang 读写锁RWMutex 互斥锁Mutex 源码详解
前言 Golang中有两种类型的锁,Mutex (互斥锁)和RWMutex(读写锁)对于这两种锁的使用这里就不多说了,本文主要侧重于从源码的角度分析这两种锁的具体实现. 引子问题 我一般喜欢带着问题去 ...
- Go 互斥锁(sync.Mutex)和 读写锁(sync.RWMutex)
什么时候需要用到锁? 当程序中就一个线程的时候,是不需要加锁的,但是通常实际的代码不会只是单线程,所以这个时候就需要用到锁了,那么关于锁的使用场景主要涉及到哪些呢? 多个线程在读相同的数据时 多个线程 ...
- 第8章 用户模式下的线程同步(3)_Slim读写锁(SRWLock)
8.5 Slim读/写锁(SRWLock)——轻量级的读写锁 (1)SRWLock锁的目的 ①允许读者线程同一时刻访问共享资源(因为不存在破坏数据的风险) ②写者线程应独占资源的访问权,任何其他线程( ...
- Windows平台下的读写锁
Windows平台下的读写锁简单介绍Windows平台下的读写锁以及实现.背景介绍Windows在Vista 和 Server2008以后才开始提供读写锁API,即SRW系列函数(Initialize ...
- 嵌入式 Linux线程同步读写锁rwlock示例
读写锁比mutex有更高的适用性,可以多个线程同时占用读模式的读写锁,但是只能一个线程占用写模式的读写锁.1. 当读写锁是写加锁状态时,在这个锁被解锁之前,所有试图对这个锁加锁的线程都会被阻塞:2. ...
随机推荐
- Pycharm pull 报错“Pull Failed: refusing to merge unrelated histories”
分析: 在github已将建立仓库 pycharm clone到本地 pycharm pull 在第3步报错 "Pull Failed: refusing to merge unrelate ...
- Linux指令详解之:ctl相关命令大礼包
目录 6.4 服务管理命令(ctl大礼包) 6.4.1 systemctl 6.5.2 systemctl小结 6.5.3 timedatectl 6.5.4 localectl 6.5.5 netw ...
- Windows下Cmake+VS2017+OpenSceneGraph环境搭建及采坑
一.资料准备 1.OSG源码官网下载地址:http://www.openscenegraph.org/index.php/download-section/stable-releases或者OSGCh ...
- SpringBoot+Hutool 文件导出Excel
Hutool-poi是针对Apache POI的封装,因此需要用户自行引入POI库,Hutool默认不引入.到目前为止,Hutool-poi支持: Excel文件(xls, xlsx)的读取(Exce ...
- UNIX 系统
UNIX 系统的历史,UNIX 是操作系统的开山鼻祖,是操作系统的发源地,后来的 Windows 和 Linux 都参考了 UNIX. 有人说,这个世界上只有两种操作系统: UNIX 和类 UNIX ...
- 字符串成员方法:截取、替换、切割 及String成员方法小结
1.截取 subString() subString()方法有两种使用方式: 1.第一种是在括号里只放入一个索引,这时将会从放入的索引为起点,一直截取到末尾 2.第二种是在括号里放入两个索引,分别对应 ...
- 新装的 MySQL 不允许远程连接
新装的 MySQL 通常会出现这样的情况:无法远程连接,但是本地连接是正常的. 问题原因 新装的 MySQL 通常默认的用户是 root, 而为了安全起见, root 用户是不允许远程连接. mysq ...
- unigui的程序编译后自动运行傻傻的手动【7】
我们每次修改unigui程序后,一般需要编译后执行,查看效果.可是每次都要关闭杀掉服务程序,再刷新浏览器才能实现. EMB应该知道这个反人类的做法吧.实际上提供了参数配置:自动kill服务程序,自动打 ...
- 学习Kotlin语法(三)
简介 在上一节,我们对Kotlin中面向对象编程(OOP)的相关知识有了大致的了解,本章节我们将去进一步了解函数.lambada表达式.内联函数.操作符重载.作用域函数. 目录 函数 函数的使用 参数 ...
- SpringBoot启动方法分析
SpringBoot启动run方法分析 1.场景引入 在项目启动的时候,有时候我们需要在启动的时候,执行一些逻辑. 比如说,项目启动的时候,我想把一些热门商品的数据加载到缓存中去: 比如说,自定义了一 ...