• <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>

            一動不如一靜

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              20 Posts :: 0 Stories :: 10 Comments :: 0 Trackbacks
            前段時間用了ACE_TP_Reactor做了一個東西,但是對這塊東西不是很有底,所以借著假期仔細(xì)的看了一下這一塊的東西,又上網(wǎng)查了一下相關(guān)的資料。

            在Addison-Wesley - C++NetworkProgrammingVol2的4.3 The ACE_TP_Reactor Class中有這樣幾句話,讓我足足想了一天。

            1.Multiple threads running an ACE_TP_Reactor event loop can process events concurrently on different handles
            2.They can also dispatch timeout and I/O callback methods concurrently on the same event handler
            3.The only serialization in the ACE_TP_Reactor occurs when I/O events occur concurrently on the same handle
            4.After a thread obtains a set of active handles from select(), the other reactor threads dispatch from that handle set instead of calling select() again

            其實上面的3句話主要表達(dá)這樣的幾層含義
            1.并行處理不同handle上的事件
            2.并行處理同一event handler上的超時回調(diào)函數(shù)和I/O回調(diào)函數(shù)
            3.多個線程串行處理同一個handle上的I/O事件。
            4.雖然TP_Reactor是用leader/follow模式輪流調(diào)用select,但是如果一個select()獲得了多個激活的handle,那么其他的線程會分發(fā)這些handle ,而不是去再次調(diào)用select.
            ?(這點還沒有想通,也沒有看見是如何實現(xiàn)的?)

            “多個線程串行處理同一個handle上的I/O事件”
            ??? ?? 這個是如何達(dá)到的呢?ACE源碼中,當(dāng)處理I/O事件的時候,會將HANDLE掛起,使得不再對該HANDLE做事件偵聽。來達(dá)到同一個handle上的I/O事件是被多個線程串行地處理。

            "并行處理同一event handler上的超時回掉函數(shù)和I/O回調(diào)函數(shù)"
            ??? ?? 這樣好像就比較麻煩了。因為這就意味著TP_Reactor只保證同一個handle下不會有多線程同時調(diào)用I/O事件,但是卻有可能同時調(diào)用超時回調(diào)函數(shù)和I/O回調(diào)函數(shù)。如果在這兩個函數(shù)中有對數(shù)據(jù)的訪問和操作,這就意味著需要有鎖的引入。例外,如果在定時器處理中,超過定時的事件間隔,就會有令一個線程再次調(diào)用定時器的處理函數(shù),一下子引入了很多同步的問題。如何解決這個問題呢?

            方法一:

            ??? ??? ??? 更改ACE的源碼,象處理socket事件一樣,在處理定時事件的時候,也把HANDLE掛起。來自http://cpunion.cnblogs.com/archive/2005/08/09/210941.html

            int
            ACE_TP_Reactor::handle_timer_events?(
            int?&?/*event_count*/,
            ?????????????????????????????????????ACE_TP_Token_Guard?
            &guard)
            {
            ??
            //?Get?the?current?time
            ??ACE_Time_Value?cur_time?(this->timer_queue_->gettimeofday?()?+
            ???????????????????????????
            this->timer_queue_->timer_skew?());

            ??
            //?Look?for?a?node?in?the?timer?queue?whose?timer?<=?the?present
            ??
            //?time.
            ??ACE_Timer_Node_Dispatch_Info?info;

            ??
            if?(this->timer_queue_->dispatch_info?(cur_time,
            ?????????????????????????????????????????info))
            ????{
            ????????
            //?********?fixed?by?lijie?***********
            ????????if?(info.type_->get_handle?()?!=?ACE_INVALID_HANDLE)
            ????????{
            ????????????
            if?(this->is_suspended_i?(info.type_->get_handle?()))
            ????????????????
            return?0;

            ????????????
            this->suspend_handler?(info.type_->get_handle?());
            ????????}
            ????????
            //?********?end?**********************

            ??????
            const?void?*upcall_act?=?0;

            ??????
            //?Preinvoke.
            ??????this->timer_queue_->preinvoke?(info,
            ?????????????????????????????????????cur_time,
            ?????????????????????????????????????upcall_act);

            ??????

            ??????
            //?Release?the?token?before?dispatching?notifies
            ??????guard.release_token?();

            ??????
            //?call?the?functor
            ??????this->timer_queue_->upcall?(info,
            ??????????????????????????????????cur_time);

            ??????
            //?Postinvoke
            ??????this->timer_queue_->postinvoke?(info,
            ??????????????????????????????????????cur_time,
            ??????????????????????????????????????upcall_act);

            ??????
            //?We?have?dispatched?a?timer
            ??????return?1;
            ????}

            ??
            return?0;
            }

            handle_timer處理完以后,返回以前,加上這句話
            this->reactor ()->resume_handler (this->get_handle ());

            當(dāng)然別忘了為Handler編寫get_handle()函數(shù):
            ACE_HANDLE?Test_Handler::get_handle?()?const
            {
            ????
            return?this->peer?().get_handle?();
            }


            方法二:
            ??? ?? ?? ?? 利用ACE_PipeACE_Message_Queue把所有的事件都排隊到同一個I/O HANDLE上去,再由ACE_TP_Reactor通過多個線程順序串行地觸發(fā)我們舊的event_handler來處理這些已經(jīng)排好隊的事件/消息。我比較贊成用這樣方法。該方法來自:http://blog.csdn.net/zhdaniel/archive/2006/06/29/850888.aspx
            ???

            ??? ??


            方法三:
            ??? ?? ?? ?? ^_^干脆就不要對同一個event? handler注冊I/O事件和其他事件。





            posted on 2006-10-07 11:29 一動不如一靜 閱讀(3099) 評論(1)  編輯 收藏 引用 所屬分類: ACE

            Feedback

            # re: 關(guān)于ACE_TP_Reactor 2012-11-08 09:30 aa
            ACE_TP_Reactor ,register_handler(this, READ_MASK|WRITE_MASK)
            只響應(yīng)handle_output,handle_input不響應(yīng),請問是什么原因?  回復(fù)  更多評論
              

            亚洲精品无码久久久影院相关影片| 99久久精品无码一区二区毛片 | 国产成人精品久久二区二区| 久久精品国产亚洲AV无码娇色| 精品久久久久久成人AV| 国产精品久久久天天影视| 国产亚州精品女人久久久久久 | 99久久精品免费看国产一区二区三区 | 亚洲精品国精品久久99热| 久久婷婷国产剧情内射白浆| 久久国产热精品波多野结衣AV| 精品久久久久久国产免费了| 少妇久久久久久被弄高潮| 久久久久久久综合日本| 99国产欧美久久久精品蜜芽| 热综合一本伊人久久精品| 99国产欧美精品久久久蜜芽| 久久久久久国产精品美女| 99久久精品免费国产大片| 亚洲国产欧美国产综合久久| 国产精品99久久久久久www| 色综合久久中文字幕无码| 亚洲国产成人精品久久久国产成人一区二区三区综 | 久久福利青草精品资源站| 狠狠色丁香婷婷久久综合五月| 热久久这里只有精品| 精品久久久无码人妻中文字幕豆芽| 亚洲国产成人精品久久久国产成人一区二区三区综 | 久久久久噜噜噜亚洲熟女综合| 久久国产精品无码HDAV| 久久国产欧美日韩精品| 偷偷做久久久久网站| 日本高清无卡码一区二区久久 | 久久精品青青草原伊人| 久久青青草视频| 亚洲人AV永久一区二区三区久久 | 久久精品国产亚洲AV无码偷窥| 亚洲精品国产美女久久久| 亚洲AV日韩精品久久久久久久| 色妞色综合久久夜夜| 囯产精品久久久久久久久蜜桃|