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

            Benjamin

            靜以修身,儉以養德,非澹薄無以明志,非寧靜無以致遠。
            隨筆 - 397, 文章 - 0, 評論 - 196, 引用 - 0
            數據加載中……

            bind源碼解析(二)

              bind9運行主要是兩個線程和一個do while循環,這三部分構成了bind的核心代碼。
            do {
                       result = isc_app_run();
                       if (result == ISC_R_RELOAD) {
                             ns_server_reloadwanted(ns_g_server);
                       } else if (result != ISC_R_SUCCESS) {
                             UNEXPECTED_ERROR(__FILE__, __LINE__,
                                    "isc_app_run(): %s",
                
                        isc_result_totext(result));
                             
            /*
                             
            * Force exit.
                             
            */
                             result = ISC_R_SUCCESS;
                      }
            } while (result != ISC_R_SUCCESS);

            這個do while循環,主要是result = isc_app_run();這個函數實際上等待各種結束程序信號,如果需要重啟服務,就調用ns_server_reloadwanted

            setup函數里中的create_managersvoid)里,有兩個函數要注意
            isc_taskmgr_createisc_socketmgr_create2這兩個函數分別起兩個線程,分別是runwatch

            下面是watch中的關鍵代碼就是
            cc = epoll_wait(manager->epoll_fd, manager->events,
            done = process_fds(manager, manager->events, cc)這兩句代碼一看就知道是處理epool的。它是在isc_socketmgr_create2中的
            if (isc_thread_create(watcher, manager, &manager->watcher) !=ISC_R_SUCCESS)中起的線程;process_fds執行到最后就是isc_task_send(ev->ev_sender, (isc_event_t **)&iev);這個函數執行完就會轉到下面的run線程函數中。process_fd是具體的業務處理,process_ctlfd這個函數雖然不起眼但是很重要,在這個函數中有  wakeup_socket,里面最重要的就是result = watch_fd(manager, fd, msg);,在watch_fd中,關鍵代碼就是epoll_ctl(manager->epoll_fd, EPOLL_CTL_ADD, fd, &event),這里重新注冊時間,然后epool_wait再等待,而后再處理,如此反復。

            result = isc_taskmgr_create(ns_g_mctx, ns_g_cpus, 0, &ns_g_taskmgr)#define isc_taskmgr_create  isc__taskmgr_create,所以這里實際調用的是isc__taskmgr_create,這個函數里if (isc_thread_create(run, manager,&manager->threads[manager->workers])這里啟動run線程函數,run主要執行的代碼就是dispatch(manager)dispath主要執行的是(event->ev_action)( (isc_task_t *)task,event);ev->ev_action其實就是個函數指針;從這里可以看出,bind的處理模式和windows的消息處理機制很相似。
             

            bindepoll采用的是ET模式,邊沿觸發;只對新到的數據進行通知而內核緩沖區中如果是舊數據則不進行通知,每次epoll_wait后,處理完畢后再調用epoll_ctl;這里實際是個循環處理過程,epoll_wait等待,然后加入到events數組中,然后處理,在調用cpoll_ctrl重新設置事件類型,再等待,如此循環。在bind中,sokcet.c中的線程函數watcher中有epooll_wait函數,在啟動這個線程函數前在setup_watcher(isc_mem_t *mctx, isc__socketmgr_t *manager) 這個函數中已經調用了epoll_create

            posted on 2011-03-10 21:10 Benjamin 閱讀(3209) 評論(2)  編輯 收藏 引用 所屬分類: linux

            評論

            # re: bind源碼解析(二)  回復  更多評論   

            你好,我目前想找一下關于BIND里面的查詢算法的代碼。也就是在客戶端提交給DNS服務器之后,服務器是怎么在數據庫里面來查找然后返回結果給客戶端的。請問這個在哪里面呢?請問你有沒有寫過筆記呢?謝謝!期待回復!
            2012-06-10 16:12 | wujierd

            # re: bind源碼解析(二)  回復  更多評論   

            同問樓上的問題,以及怎么讀取的配置文件呢?求回復~謝謝了~
            2015-07-23 15:23 | qjj
            久久精品一区二区| 亚洲综合熟女久久久30p| 色综合久久综合网观看| 久久久人妻精品无码一区| 国产精品中文久久久久久久| 99久久99久久久精品齐齐| 久久午夜福利电影| 国产精品久久久久久影院| 日本久久久久久久久久| 久久久久亚洲av无码专区导航| 久久久久亚洲AV成人网| 狠狠色婷婷久久综合频道日韩| 国产一区二区精品久久岳| 91精品国产高清久久久久久io| 久久久亚洲AV波多野结衣| 婷婷综合久久中文字幕| 乱亲女H秽乱长久久久| 久久人人爽人人人人片av| 一本一道久久精品综合| 久久不见久久见免费视频7| 久久综合偷偷噜噜噜色| 精品久久久久一区二区三区| 久久99热只有频精品8| 中文字幕久久精品无码| 亚洲va久久久久| 欧美性大战久久久久久| 久久精品二区| 久久国产香蕉一区精品| 国产精品日韩深夜福利久久| 久久99久久99小草精品免视看| 国产精品美女久久久久久2018| 久久婷婷国产剧情内射白浆| 综合久久久久久中文字幕亚洲国产国产综合一区首| 久久综合给久久狠狠97色| 亚洲国产精品无码久久SM| 无码人妻久久一区二区三区免费丨 | 久久久久免费看成人影片| 三上悠亚久久精品| 久久国产热精品波多野结衣AV| 久久精品毛片免费观看| 国产亚洲精品美女久久久|