再看copy_on_write缩小临界区的例子

本文深入探讨了在多线程环境下,如何使用C++的shared_ptr+写时拷贝策略来高效地管理资源,特别关注了在临界区析构时将析构操作移出的策略,以防止资源被意外占用或破坏。通过实例如worker线程的并发执行,展示了如何在保证线程安全的同时,灵活地添加和替换数据结构,确保了程序的稳定性和效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

   本例子是模拟的读者写者问题,采用shared_ptr+写时拷贝实现,其中我觉得一个比较值得注意的地方是考虑到对象可能在临界区析构而将析构移除临界区,这对于多线程来说要多看多思。

#include<iostream>
#include<pthread.h>
#include<unistd.h>
#include<vector>
#include<assert.h>
#include<boost/shared_ptr.hpp>
#include<boost/weak_ptr.hpp>
#include<boost/noncopyable.hpp>
using namespace std;
using namespace boost;
class Mutex:public noncopyable{//互斥量的封装
    public:
        Mutex(){
            pthread_mutex_init(&mutex,NULL);
        }
        void lock(){
            pthread_mutex_lock(&mutex);
        }
        void unlock(){
            pthread_mutex_unlock(&mutex);
        }
        ~Mutex(){
            pthread_mutex_destroy(&mutex);
        }
        pthread_mutex_t* getMutex(){
            return &mutex;
        }
    private:
        mutable pthread_mutex_t mutex;
};
class MutexLockGuard:noncopyable{//RAII管理互斥量
    public:
        explicit MutexLockGuard(Mutex& mutex):mutex_(mutex){
            mutex_.lock();
        }
        ~MutexLockGuard(){
            mutex_.unlock();
        }
    private:
        Mutex& mutex_;//注意是引用,Mutex继承了noncopyable后不能拷贝构造
};
class test:noncopyable{
    public:
        test():ptr(new vector<int>),mutex(){}
        void show(){
            shared_ptr<vector<int> > temp=get();
            for(vector<int>::iterator it=temp->begin();it!=temp->end();it++){
                cout<<*it<<" ";
            }
            cout<<endl;
        }
        void add(int x){//添加一个元素
            MutexLockGuard guard(mutex);
            if(!ptr.unique()){
                shared_ptr<vector<int> > temp(new vector<int>(*ptr));
                ptr.swap(temp);
            }
            assert(ptr.unique());
            ptr->push_back(x);
        }
        void add(vector<int> &x){//替换整个容器
            shared_ptr<vector<int> > temp(new vector<int>(x));
            if(temp){
                MutexLockGuard guard(mutex);
                ptr.swap(temp);//不使用ptr=temp的原因是旧的容器可能在此析构(没有读者,就只有一个写者在此处),那么临界区可能由于对象析构而变大,所以采用swap使可能的析构移除到临界区外....这个技术尤其重要...
            }//此后可能析构对象
        }
        shared_ptr<vector<int> > get(){
            return ptr;
        }
    private:
        mutable Mutex mutex;
        shared_ptr<vector<int> > ptr;//采用shared_ptr管理容器
};
shared_ptr<test> globalPtr(new test);
void* worker1(void* arg){
    sleep(1);
    globalPtr->show();
    sleep(1);
    globalPtr->show();
}
void* worker2(void* arg){
    globalPtr->add(10);//添加一个元素
    sleep(2);
    vector<int> temp(1,100);
    globalPtr->add(temp);//替换整个容器
}
int main(){
    pthread_t pid1,pid2;
    pthread_create(&pid1,NULL,worker1,NULL);
    pthread_create(&pid2,NULL,worker2,NULL);
    pthread_join(pid1,NULL);
    pthread_join(pid2,NULL);
    return 0;
}


程序输出:
10 
100 

COPY_ON_WRITE和MERGE_ON_READ是两种不同的数据存储策略,用于实现MOR(Merge on Read)的方式。 COPY_ON_WRITE是一种写时复制的策略,当进行数据更新时,会创建一个新的数据文件来存储更新后的数据,而原始的数据文件保持不变。这样做的好处是可以保留历史版本的数据,但同时也会占用更多的存储空间。 MERGE_ON_READ是一种在读取时合并的策略,当进行数据查询时,会根据需要将增量数据文件与基础数据文件进行合并,生成一个包含最新数据的视图。这样做的好处是可以减少存储空间的占用,但同时也会增加查询时的计算开销。 在实现MOR时,需要考虑增量数据文件的格式是否与基础数据文件保持一致,以及是否需要将增量数据文件拆分为插入和删除两部分。此外,还需要设计delete文件的格式规范,以兼顾数据摄取的吞吐量和查询效率。在实现MOR后,还需要设计minor compaction和major compaction的方式,以优化数据的存储和查询性能。 总之,COPY_ON_WRITE和MERGE_ON_READ是两种不同的数据存储策略,用于实现MOR。具体的实现方式需要根据具体的需求和场景进行设计。 #### 引用[.reference_title] - *1* *2* *3* [Apache Iceberg 关于 Merge-on-Read(Row-Level Delete) 总结](https://blog.youkuaiyun.com/wuleidaren/article/details/114037442)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值