• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            CppExplore

            一切像霧像雨又像風(fēng)

              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              29 隨筆 :: 0 文章 :: 280 評(píng)論 :: 0 Trackbacks

            作者:CppExplore  網(wǎng)址:http://www.shnenglu.com/CppExplore/
            為了后面寫的《網(wǎng)絡(luò)模型(二)》,多寫一篇關(guān)于線程的。線程使用涉及的主要數(shù)據(jù)結(jié)構(gòu)以及應(yīng)用框架可以參考http://www.shnenglu.com/CppExplore/archive/2008/01/15/41175.html。本文的主要目的是給出linux下實(shí)用的線程消息隊(duì)列實(shí)現(xiàn)。
            一、linux上線程相關(guān)的操作有下面幾種:
            (1)pthread_t類型的創(chuàng)建、屬性創(chuàng)建設(shè)置等。
            這類具體可以:man pthread_creat; man pthread_attr_init;man pthread_detach;man pthread_join;等查看
            (2)pthread_mutex_t類型的操作。
            這類具體可以: man pthread_mutex_init可以看到所有相關(guān)的操作。
            (3)pthread_cond_t類型的操作。同樣:man pthread_cond_init。pthread_cond_t的wait和signal操作一定要和pthread_mutex_t的lock、unlock配合使用。類似于此:

            pthread_mutex_t mux=PTHREAD_MUTEX_INITIALIZER;
            pthread_cond_t cond
            =PTHREAD_COND_INITIALIZER;

            //wait操作:
            pthread_mutex_lock(&mux);
            pthread_cond_wait(
            &cond,&mux);//睡眠前將內(nèi)部會(huì)執(zhí)行pthread_mutex_unlock,醒來時(shí)內(nèi)部會(huì)執(zhí)行pthread_mutex_lock
            pthread_mutex_unlock(&mux);

            //signal操作
            pthread_mutex_lock(&mux);
            pthread_cond_signal(
            &cond);
            pthread_mutex_unlock(
            &mux);

            (4)sem_t類型的操作。同樣:man sem_init 這個(gè)系列一般是用不到的,太重量級(jí)了,也是最強(qiáng)大的一種。

            二、linux2.6內(nèi)核的線程庫。2.6內(nèi)核的默認(rèn)安裝的是redhat公司的NPTL(原生posix線程庫),以前內(nèi)核安裝的是LinuxThreads庫,兩者的簡(jiǎn)單介紹可以看http://www.ibm.com/developerworks/cn/linux/l-threading.html。不過對(duì)于應(yīng)用者,分析兩者的區(qū)別和優(yōu)劣也沒什么大意義。這里特別提下NPTL的futex機(jī)制。借助該機(jī)制,pthread_mutex的性能大大提高,只要不進(jìn)入競(jìng)爭(zhēng)態(tài),進(jìn)程就不會(huì)陷入內(nèi)核態(tài)。這點(diǎn)可以自己寫示例程序,通過strace -c 跟蹤進(jìn)程的系統(tǒng)調(diào)用得以證實(shí),另外還可以證實(shí)總是進(jìn)入內(nèi)核態(tài)的操作有pthread_cond_signal和sem_post。

            三、實(shí)用的線程消息隊(duì)列實(shí)現(xiàn)。下面設(shè)計(jì)一個(gè)具有線程消息隊(duì)列的線程封裝類。通過上面的分析,我們可以有如下結(jié)論:
            (1)減少pthread_cond_signal和sem_post的調(diào)用,只在有必要的時(shí)候調(diào)用;
            (2)盡量避免pthread_mutex進(jìn)入競(jìng)爭(zhēng)態(tài)。增大消息隊(duì)列的大小,可以有效減少競(jìng)態(tài)條件的出現(xiàn)。

            下面給出一個(gè)實(shí)用的線程消息隊(duì)列的實(shí)現(xiàn)類,這個(gè)類也將是以后《網(wǎng)絡(luò)模型》文章中用到的線程消息隊(duì)列類,代碼注釋請(qǐng)看對(duì)私有屬性的注釋:

            class CThreadQueue
            {

            public:
                CThreadQueue(
            int queueSize=1024):
                    sizeQueue(queueSize),lput(
            0),lget(0),nFullThread(0),nEmptyThread(0),nData(0)
                
            {
                    pthread_mutex_init(
            &mux,0);
                    pthread_cond_init(
            &condGet,0);
                    pthread_cond_init(
            &condPut,0);
                    buffer
            =new (void *)[sizeQueue];
                }

                virtual 
            ~CThreadQueue()
                
            {
                    delete[] buffer;
                }

                
            void * getq()
                
            {
                    
            void *data;
                    pthread_mutex_lock(
            &mux);
                    
            while(lget==lput&&nData==0)//此處循環(huán)判斷的原因如下:假設(shè)2個(gè)線程在getq阻塞,然后兩者都被激活,而其中一個(gè)線程運(yùn)行比較塊,快速消耗了2個(gè)數(shù)據(jù),另一個(gè)線程醒來的時(shí)候已經(jīng)沒有新數(shù)據(jù)可以消耗了。另一點(diǎn),man pthread_cond_wait可以看到,該函數(shù)可以被信號(hào)中斷返回,此時(shí)返回EINTR。為避免以上任何一點(diǎn),都必須醒來后再次判斷睡眠條件。更正:pthread_cond_wait是信號(hào)安全的系統(tǒng)調(diào)用,不會(huì)被信號(hào)中斷。
                    {
                        nEmptyThread
            ++;
                        pthread_cond_wait(
            &condGet,&mux);
                        nEmptyThread
            --;     
                    }

                        
                    data
            =buffer[lget++];
                    nData
            --;
                    
            if(lget==sizeQueue)
                    
            {
                        lget
            =0;
                    }

                    
            if(nFullThread) //必要時(shí)才進(jìn)行signal操作,勿總是signal
                    {
                        pthread_cond_signal(
            &condPut);    
                    }

                    pthread_mutex_unlock(
            &mux);
                    
            return data;
                }

                
            void putq(void *data)
                
            {
                    pthread_mutex_lock(
            &mux);
                    
            while(lput==lget&&nData)
                    

                        nFullThread
            ++;
                        pthread_cond_wait(
            &condPut,&mux);
                        nFullThread
            --;
                    }

                    buffer[lput
            ++]=data;
                    nData
            ++;
                    
            if(lput==sizeQueue)
                    
            {
                        lput
            =0;
                    }

                    
            if(nEmptyThread)
                    
            {
                        pthread_cond_signal(
            &condGet);
                    }

                    pthread_mutex_unlock(
            &mux);
                }

            private:
                pthread_mutex_t mux;
                pthread_cond_t condGet;
                pthread_cond_t condPut;

                
            void * * buffer;    //循環(huán)消息隊(duì)列
                int sizeQueue;        //隊(duì)列大小
                int lput;        //location put  放數(shù)據(jù)的指針偏移
                int lget;        //location get  取數(shù)據(jù)的指針偏移
                int nFullThread;    //隊(duì)列滿,阻塞在putq處的線程數(shù)
                int nEmptyThread;    //隊(duì)列空,阻塞在getq處的線程數(shù)
                int nData;        //隊(duì)列中的消息個(gè)數(shù),主要用來判斷隊(duì)列空還是滿
            }
            ;

             

            下面給出這個(gè)線程消息隊(duì)列的一個(gè)使用舉例:

            #include <pthread.h>
            #include 
            <stdio.h>
            #include 
            <unistd.h>
            #include 
            <stdlib.h>
            CThreadQueue queue;//使用的時(shí)候給出稍大的CThreadQueue初始化參數(shù),可以減少進(jìn)入內(nèi)核態(tài)的操作。

            void * produce(void * arg)
            {
                
            int i=0;
                pthread_detach(pthread_self());
                
            while(i++<100)
                
            {
                    queue.putq((
            void *)i);
                }

            }

            void *consume(void *arg)
            {
                
            int data;
                
            while(1)
                
            {
                    data
            =(int)(queue.getq());
                    printf(
            "data=%d\n",data)
                }

            }

            int main()
            {    pthread_t pid;
                
            int i=0;

                
            while(i++<3)
                    pthread_create(
            &pid,0,produce,0);
                i
            =0;
                
            while(i++<3)
                    pthread_create(
            &pid,0,consume,0);
                sleep(
            300);
            }

            posted on 2008-03-20 14:33 cppexplore 閱讀(8013) 評(píng)論(12)  編輯 收藏 引用

            評(píng)論

            # re: 【原創(chuàng)】系統(tǒng)設(shè)計(jì)之 線程(二) 2008-04-10 11:56 true
            CThreadQueue寫得簡(jiǎn)單明了,實(shí)用性強(qiáng),另外
            1.getq,putq有timeout的重載函數(shù)就更使用了,ace里面就是這么搞得,否則服務(wù)程序退出就是個(gè)問題,或者其它退出方式?
            2.在析構(gòu)函數(shù)里面應(yīng)該destroy分配的mutex,conditon,呵呵,瑕不掩瑜。
            3.你這系列的文章很使用,強(qiáng)烈支持寫下去!  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】系統(tǒng)設(shè)計(jì)之 線程(二)[未登錄] 2008-04-10 13:42 cppexplore
            多謝提醒,2的問題還真是遺漏了,1的問題的確也應(yīng)該考慮,呵呵

              回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2008-10-23 13:10 cui
            寫得不錯(cuò)..提醒一下..
            pthread_cond_wait 不會(huì)被信號(hào)中斷的.
            man pthread_cond_wait:
            These functions shall not return an error code of [EINTR]  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二)[未登錄] 2008-10-23 13:43 cppexplore
            @cui
            多謝。最近看到了,這個(gè)是信號(hào)安全的系統(tǒng)調(diào)用。  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2009-01-09 00:23 ssharry
            pthread_mutex_lock(&mux);
            while(lget==lput&&nData==0)//此處循環(huán)判斷的原因如下:假設(shè)2個(gè)線程在getq阻塞,然后兩者都被激活,而其中一個(gè)線程運(yùn)行比較塊,快速消耗了2個(gè)數(shù)據(jù),另一個(gè)線程醒來的時(shí)候已經(jīng)沒有新數(shù)據(jù)可以消耗了。另一點(diǎn),man pthread_cond_wait可以看到,該函數(shù)可以被信號(hào)中斷返回,此時(shí)返回EINTR。為避免以上任何一點(diǎn),都必須醒來后再次判斷睡眠條件。更正:pthread_cond_wait是信號(hào)安全的系統(tǒng)調(diào)用,不會(huì)被信號(hào)中斷。


            請(qǐng)教一下,本類中,何時(shí)會(huì)出現(xiàn)2個(gè)線程同時(shí)被激活的情況?  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二)[未登錄] 2009-01-09 09:23 cppexplore
            @ssharry
            其它線程快速調(diào)用putq兩次,如果有2個(gè)線程在getq處阻塞,就會(huì)被同時(shí)激活,而完全有可能,其中一個(gè)被激活的線程獲取到了cpu,快速處理了2個(gè)消息。  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2009-01-09 20:30 創(chuàng)
            兄弟,很有借鑒意義啊,而且很簡(jiǎn)單實(shí)用,收下了~~
              回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2009-08-31 10:48 shiqyn
            buffer=new (void *)[sizeQueue]; 這個(gè)有錯(cuò),應(yīng)該寫成 buffer=new void *[sizeQueue];  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2009-08-31 10:48 shiqyn
            buffer=new (void *)[sizeQueue];
            應(yīng)該寫成 buffer=new void *[sizeQueue];  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2009-10-29 13:16 laohu
            盡量避免pthread_mutex進(jìn)入競(jìng)爭(zhēng)態(tài)。增大消息隊(duì)列的大小,可以有效減少競(jìng)態(tài)條件的出現(xiàn)。
            ????????????????????????????????????/
            互斥變量的競(jìng)爭(zhēng)和隊(duì)列長度有什么相關(guān)?
            無論隊(duì)列長短,凡是要操作隊(duì)列的動(dòng)作,都必須獲取互斥鎖啊。
            比如,consumer線程都在工作,producer就要不斷寫隊(duì)列最后把隊(duì)列給寫滿了,這時(shí)候隊(duì)列長點(diǎn)能夠多緩沖數(shù)據(jù)。
            條件變量的特點(diǎn)就是沒有wait的情況下signal會(huì)被丟棄,比如consumer一直忙,producer的signal就會(huì)被丟棄的,但是沒有關(guān)系,只有在隊(duì)列空情況下producer才需要cond wait,有數(shù)據(jù)情況下根本不需要wait直接操作即可(mutex保證了互斥)。
            信號(hào)量的每次操作都不會(huì)被丟棄,相對(duì)系統(tǒng)代價(jià)應(yīng)該比cond高了一些的。  回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二)[未登錄] 2009-10-30 08:51 cppexplore
            @laohu
            "盡量避免pthread_mutex進(jìn)入競(jìng)爭(zhēng)態(tài)。增大消息隊(duì)列的大小,可以有效減少競(jìng)態(tài)條件的出現(xiàn)。 "

            前一個(gè)句號(hào):減少有人拿到了互斥鎖的時(shí)候,再有人申請(qǐng),此時(shí)后來者將陷入內(nèi)核等待。

            后一個(gè)句號(hào):增大消息隊(duì)列長度,可以減少pthread_cond_signal的調(diào)用頻率,該調(diào)用總是陷入內(nèi)核。

            “互斥變量的競(jìng)爭(zhēng)和隊(duì)列長度有什么相關(guān)? ”,沒啥關(guān)系,上面中間是句號(hào), 你當(dāng)成逗號(hào)了吧,呵呵。
              回復(fù)  更多評(píng)論
              

            # re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2012-07-04 22:16 奔跑的兔子
            認(rèn)真研究了你寫的這一個(gè)系列,寫的非常好,衷心感謝!  回復(fù)  更多評(píng)論
              


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            丰满少妇人妻久久久久久| 99久久精品免费国产大片| 精品久久人妻av中文字幕| 久久99精品综合国产首页| 久久亚洲2019中文字幕| 久久久精品人妻一区二区三区蜜桃 | 精品久久综合1区2区3区激情 | 99久久人妻无码精品系列蜜桃| 情人伊人久久综合亚洲| 久久国产色av免费看| 国内精品久久久久久久久电影网| 久久久久久久久久久久久久 | 国产精品成人久久久| 色综合合久久天天综合绕视看| 成人久久免费网站| 亚洲成色999久久网站| 久久99精品久久久久久久久久 | 综合久久一区二区三区| 久久久久久久综合日本亚洲 | 国产精品成人久久久久三级午夜电影 | 粉嫩小泬无遮挡久久久久久| 亚洲AV伊人久久青青草原| 久久国产乱子伦精品免费强| 久久婷婷五月综合色奶水99啪| 亚洲精品成人久久久| 久久国产一片免费观看| 久久美女人爽女人爽| 国产精品久久成人影院| 精品久久久久久无码专区不卡 | 久久综合综合久久狠狠狠97色88| 色综合久久久久无码专区| 亚洲乱码精品久久久久..| 偷窥少妇久久久久久久久| 亚洲中文字幕伊人久久无码| 狠狠久久综合伊人不卡| 久久香蕉一级毛片| 国产叼嘿久久精品久久| 久久精品国产99国产精品| 国内精品久久久久久中文字幕| 国产ww久久久久久久久久| 久久e热在这里只有国产中文精品99 |