zoukankan      html  css  js  c++  java
  • C++11中的原子操作(atomic operation)(转)

    所谓的原子操作,取的就是“原子是最小的、不可分割的最小个体”的意义,它表示在多个线程访问同一个全局资源的时候,能够确保所有其他的线程都不在同一时间内访问相同的资源。也就是他确保了在同一时刻只有唯一的线程对这个资源进行访问。这有点类似互斥对象对共享资源的访问的保护,但是原子操作更加接近底层,因而效率更高。

    在以往的C++标准中并没有对原子操作进行规定,我们往往是使用汇编语言,或者是借助第三方的线程库,例如intel的pthread来实现。在新标准C++11,引入了原子操作的概念,并通过这个新的头文件提供了多种原子操作数据类型,例如,atomic_bool,atomic_int等等,如果我们在多个线程中对这些类型的共享资源进行操作,编译器将保证这些操作都是原子性的,也就是说,确保任意时刻只有一个线程对这个资源进行访问,编译器将保证,多个线程访问这个共享资源的正确性。从而避免了锁的使用,提高了效率。

    我们还是来看一个实际的例子。假若我们要设计一个广告点击统计程序,在服务器程序中,使用多个线程模拟多个用户对广告的点击:

    #include <boost/thread/thread.hpp>
    #include <atomic> 
    #include <iostream>
    #include <time.h>

    using namespace std;
    // 全局的结果数据 
    long total = 0; 

    // 点击函数
    void click()
    {
        for(int i=0; i<1000000;++i)
        {
            // 对全局数据进行无锁访问 
            total += 1;     
        }
    }
     
     
    int main(int argc, char* argv[])
    {
        // 计时开始
        clock_t start = clock();
        // 创建100个线程模拟点击统计
        boost::thread_group threads;
        for(int i=0; i<100;++i) 
        {
            threads.create_thread(click);
        }

        threads.join_all();
        // 计时结束
        clock_t finish = clock();
        // 输出结果
        cout<<"result:"<<total<<endl;
        cout<<"duration:"<<finish -start<<"ms"<<endl;
        return 0;
    }

    从执行的结果来看,这样的方法虽然非常快,但是结果不正确
    E:SourceCodeMinGW>thread.exe
    result:87228026
    duration:528ms

    很自然地,我们会想到使用互斥对象来对全局共享资源的访问进行保护,于是有了下面的实现:

    long total = 0;
    // 对共享资源进行保护的互斥对象
    mutex m;

    void click()
    {
        for(int i=0; i<1000000;++i)
        {
            // 访问之前,锁定互斥对象
            m.lock();
            total += 1;
            // 访问完成后,释放互斥对象 
            m.unlock();
        }
    }
    互斥对象的使用,保证了同一时刻只有唯一的一个线程对这个共享进行访问,从执行的结果来看,互斥对象保证了结果的正确性,但是也有非常大的性能损失,从刚才的528ms变成了现在的8431,用了原来时间的10多倍的时间。这个损失够大。
    E:SourceCodeMinGW>thread.exe
    result:100000000
    duration:8431ms

    如果是在C++11之前,我们的解决方案也就到此为止了,但是,C++对性能的追求是永无止境的,他总是想尽一切办法榨干CPU的性能。在C++11中,实现了原子操作的数据类型(atomic_bool,atomic_int,atomic_long等等),对于这些原子数据类型的共享资源的访问,无需借助mutex等锁机制,也能够实现对共享资源的正确访问。

    // 引入原子数据类型的头文件
    #include <atomic> 
     

    // 用原子数据类型作为共享资源的数据类型
    atomic_long total(0);
    //long total = 0;
     
    void click()
    {
        for(int i=0; i<1000000;++i)
        {
            // 仅仅是数据类型的不同而以,对其的访问形式与普通数据类型的资源并无区别
            total += 1;
        }
    }

    我们来看看使用原子数据类型之后的效果如何:
    E:SourceCodeMinGW>thread.exe
    result:100000000
    duration:2105ms

    结果正确!耗时只是使用mutex互斥对象的四分之一!也仅仅是不采用任何保护机制的时间的4倍。可以说这是一个非常不错的成绩了。

    原子操作的实现跟普通数据类型类似,但是它能够在保证结果正确的前提下,提供比mutex等锁机制更好的性能,如果我们要访问的共享资源可以用原子数据类型表示,那么在多线程程序中使用这种新的等价数据类型,是一个不错的选择。

    【转自:http://imcc.blogbus.com/logs/179131763.html】

  • 相关阅读:
    Makefile文件(五)_使用变量
    Makefile文件(四)_书写命令
    Makefile文件(三)_书写规则
    Makefile文件(二)_总述
    Makefile文件(一)_介绍
    select、poll和epoll
    LintCode 子树
    LintCode 字符串查找
    LintCode 用栈实现队列
    LintCode 丑数
  • 原文地址:https://www.cnblogs.com/zl1991/p/6991648.html
Copyright © 2011-2022 走看看