青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

CppExplore

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

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

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

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,醒來(lái)時(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類(lèi)型的操作。同樣:man sem_init 這個(gè)系列一般是用不到的,太重量級(jí)了,也是最強(qiáng)大的一種。

二、linux2.6內(nèi)核的線程庫(kù)。2.6內(nèi)核的默認(rèn)安裝的是redhat公司的NPTL(原生posix線程庫(kù)),以前內(nèi)核安裝的是LinuxThreads庫(kù),兩者的簡(jiǎn)單介紹可以看http://www.ibm.com/developerworks/cn/linux/l-threading.html。不過(guò)對(duì)于應(yīng)用者,分析兩者的區(qū)別和優(yōu)劣也沒(méi)什么大意義。這里特別提下NPTL的futex機(jī)制。借助該機(jī)制,pthread_mutex的性能大大提高,只要不進(jìn)入競(jìng)爭(zhēng)態(tài),進(jìn)程就不會(huì)陷入內(nèi)核態(tài)。這點(diǎn)可以自己寫(xiě)示例程序,通過(guò)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ì)列的線程封裝類(lèi)。通過(guò)上面的分析,我們可以有如下結(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)類(lèi),這個(gè)類(lèi)也將是以后《網(wǎng)絡(luò)模型》文章中用到的線程消息隊(duì)列類(lèi),代碼注釋請(qǐng)看對(duì)私有屬性的注釋?zhuān)?/p>

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è)線程醒來(lái)的時(shí)候已經(jīng)沒(méi)有新數(shù)據(jù)可以消耗了。另一點(diǎn),man pthread_cond_wait可以看到,該函數(shù)可以被信號(hào)中斷返回,此時(shí)返回EINTR。為避免以上任何一點(diǎn),都必須醒來(lái)后再次判斷睡眠條件。更正: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ì)列滿(mǎn),阻塞在putq處的線程數(shù)
    int nEmptyThread;    //隊(duì)列空,阻塞在getq處的線程數(shù)
    int nData;        //隊(duì)列中的消息個(gè)數(shù),主要用來(lái)判斷隊(duì)列空還是滿(mǎn)
}
;

 

下面給出這個(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 閱讀(8079) 評(píng)論(12)  編輯 收藏 引用

評(píng)論

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

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

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

# re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2008-10-23 13:10 cui
寫(xiě)得不錯(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ù)系列之 線程(二)[未登錄](méi) 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è)線程醒來(lái)的時(shí)候已經(jīng)沒(méi)有新數(shù)據(jù)可以消耗了。另一點(diǎn),man pthread_cond_wait可以看到,該函數(shù)可以被信號(hào)中斷返回,此時(shí)返回EINTR。為避免以上任何一點(diǎn),都必須醒來(lái)后再次判斷睡眠條件。更正:pthread_cond_wait是信號(hào)安全的系統(tǒng)調(diào)用,不會(huì)被信號(hào)中斷。


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

# re: 【原創(chuàng)】技術(shù)系列之 線程(二)[未登錄](méi) 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)該寫(xiě)成 buffer=new void *[sizeQueue];  回復(fù)  更多評(píng)論
  

# re: 【原創(chuàng)】技術(shù)系列之 線程(二) 2009-08-31 10:48 shiqyn
buffer=new (void *)[sizeQueue];
應(yīng)該寫(xiě)成 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ì)列長(zhǎng)度有什么相關(guān)?
無(wú)論隊(duì)列長(zhǎng)短,凡是要操作隊(duì)列的動(dòng)作,都必須獲取互斥鎖啊。
比如,consumer線程都在工作,producer就要不斷寫(xiě)隊(duì)列最后把隊(duì)列給寫(xiě)滿(mǎn)了,這時(shí)候隊(duì)列長(zhǎng)點(diǎn)能夠多緩沖數(shù)據(jù)。
條件變量的特點(diǎn)就是沒(méi)有wait的情況下signal會(huì)被丟棄,比如consumer一直忙,producer的signal就會(huì)被丟棄的,但是沒(méi)有關(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ù)系列之 線程(二)[未登錄](méi) 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í)后來(lái)者將陷入內(nèi)核等待。

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

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

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


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


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            日韩小视频在线观看专区| 午夜在线精品偷拍| 91久久精品一区二区别| 亚洲午夜精品一区二区| 久久精品女人天堂| 欧美一区二区精美| 亚洲精品女人| 国产精品xxxxx| 亚洲欧洲日韩女同| 久久综合色婷婷| 亚洲影院高清在线| 欧美日韩色婷婷| 亚洲国产高清视频| 久久先锋影音| 小黄鸭精品密入口导航| 欧美三级乱码| 国产精品成人一区二区网站软件 | 欧美高清影院| 国产欧美综合在线| 久久午夜视频| 国产精品视频区| 欧美亚洲自偷自偷| 亚洲国产精品高清久久久| 久久夜色精品国产噜噜av| 国产女主播一区| 亚洲欧美99| 日韩天天综合| 欧美日韩和欧美的一区二区| 亚洲国产精品v| 欧美va亚洲va日韩∨a综合色| 欧美一区二区视频在线观看| 一本久久a久久免费精品不卡| 国内一区二区在线视频观看| 亚洲国产一区视频| 国产视频一区二区在线观看 | 一区二区三区在线观看国产| 亚洲视频专区在线| 中文亚洲欧美| 欧美日韩在线一区| 久久国产夜色精品鲁鲁99| 亚洲天堂av在线免费观看| 亚洲一区二区在线| 国产伦精品一区二区三区| 欧美视频一区在线| 欧美乱大交xxxxx| 国产精品久久99| 国产亚洲成年网址在线观看| 香蕉久久精品日日躁夜夜躁| 亚洲午夜精品| 国产人妖伪娘一区91| 久久精品一区二区三区不卡| 久久高清免费观看| 最新亚洲一区| 国产欧美精品一区二区三区介绍| 亚洲大胆女人| 欧美激情综合在线| 亚洲国产成人一区| 国产精品揄拍500视频| 久久久久国内| 国产亚洲午夜| 国产精品成人在线观看| 国产一区二区三区四区三区四| 国产日韩欧美视频| 欧美在线一区二区| 狠狠操狠狠色综合网| 久久久久国色av免费看影院 | 国产精品视频1区| 在线一区二区日韩| 欧美成人有码| 99国产精品久久久久久久久久| 欧美精品一区二区三区一线天视频 | 国产精品久久久久久久久久免费| 久久久久久九九九九| 欧美xxx成人| 久久精品一区二区三区四区| 午夜亚洲影视| 久久精品一二三区| 国产色产综合产在线视频| 夜色激情一区二区| 国产欧美日韩亚州综合| 麻豆成人在线| 狠狠色丁香久久婷婷综合丁香 | 久久色中文字幕| 伊人婷婷欧美激情| 国产精品外国| 国产精品久久久免费| 欧美精品日韩三级| 免费看精品久久片| 国产精品免费观看在线| 亚洲精选大片| 亚洲高清不卡一区| 久久国产福利国产秒拍| 亚洲在线第一页| 欧美日韩喷水| 亚洲七七久久综合桃花剧情介绍| 在线色欧美三级视频| 日韩亚洲视频| 一区二区高清视频在线观看| 91久久精品日日躁夜夜躁国产| 一区二区三区偷拍| 午夜精品久久久99热福利| 欧美大片18| 亚洲人在线视频| 激情视频一区二区| 日韩天堂av| 一区二区日韩伦理片| 欧美国产综合一区二区| 免费在线观看精品| 韩国一区电影| 久久久国产午夜精品| 久久不见久久见免费视频1| 久久久久久黄| 蜜臀av国产精品久久久久| 欧美性片在线观看| 亚洲在线观看| 欧美一区二区视频免费观看| 黑人中文字幕一区二区三区| 欧美中文字幕不卡| 亚洲第一狼人社区| 一本色道久久| 国产亚洲精品久久久久久| 亚洲欧美日本另类| 欧美aa国产视频| 亚洲精品国产视频| 国产精品每日更新| 亚洲欧美综合精品久久成人 | 一区二区三区四区国产| 欧美剧在线免费观看网站| 最新国产成人在线观看| 亚洲乱码一区二区| 欧美日韩另类在线| 亚洲欧美成人一区二区三区| 男人插女人欧美| 亚洲另类自拍| 狠狠色综合播放一区二区| 久久久久久久精| 亚洲图色在线| 久久久久亚洲综合| 一区二区动漫| 国产精品有限公司| 欧美伦理影院| 亚洲一区亚洲二区| 一区二区三区成人精品| 欧美激情导航| 一本大道久久精品懂色aⅴ| 午夜在线精品| 亚洲国产成人av好男人在线观看| 欧美激情成人在线| 午夜日韩在线| 久久国产精品99国产| 99热精品在线| 国产日韩欧美中文在线播放| 欧美精品性视频| 午夜精品影院在线观看| 99视频日韩| 久久综合久久综合久久综合| 亚洲一区二区三区中文字幕在线| 国产精品一区久久久久| 欧美日本免费| 久久久夜夜夜| 久久精品99| 蜜桃久久av一区| 久久九九免费| 亚洲成在线观看| 欧美精品www| 亚洲欧美激情一区| 亚洲国产清纯| 久久av红桃一区二区小说| 日韩香蕉视频| 91久久中文| 狠狠综合久久av一区二区小说| 国产精品乱看| 欧美日韩国产影片| 欧美日韩1区| 免费黄网站欧美| 免费成人在线视频网站| 亚洲一区二区少妇| 亚洲午夜一区二区三区| 久久综合影音| 国产精品免费福利| 欧美日韩一区二区欧美激情| 99综合精品| 欧美激情在线有限公司| 久久国产婷婷国产香蕉| 在线观看av不卡| 狠狠色综合色区| 久久国产精品一区二区| 亚洲一区一卡| 久久国产婷婷国产香蕉| 亚洲综合色自拍一区| 午夜精品亚洲| 午夜一级在线看亚洲| 久久精品国产69国产精品亚洲 | 亚洲国内精品在线| 欧美大秀在线观看| 免费不卡在线观看| 欧美一二三区精品| 久久久免费精品| 久久精品夜色噜噜亚洲a∨| 榴莲视频成人在线观看|