• <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 閱讀(3219) 評論(2)  編輯 收藏 引用 所屬分類: linux

            評論

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

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

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

            同問樓上的問題,以及怎么讀取的配置文件呢?求回復~謝謝了~
            2015-07-23 15:23 | qjj
            99久久er这里只有精品18| 1000部精品久久久久久久久| 狠狠狠色丁香婷婷综合久久俺| 色综合久久久久久久久五月| 久久久久免费看成人影片| 国产精品久久毛片完整版| 久久精品国产亚洲一区二区| 久久夜色撩人精品国产| 亚洲AV日韩AV天堂久久| 精品视频久久久久| 性色欲网站人妻丰满中文久久不卡| 久久亚洲春色中文字幕久久久| 久久精品一区二区| 一本大道久久东京热无码AV| 久久一日本道色综合久久| 88久久精品无码一区二区毛片 | 久久国产视频99电影| 久久久久波多野结衣高潮| 嫩草影院久久99| 国产成人无码精品久久久性色| 青青青青久久精品国产| 麻豆亚洲AV永久无码精品久久| 精品一久久香蕉国产线看播放| 久久精品国产亚洲AV无码偷窥| 亚洲国产成人乱码精品女人久久久不卡| 久久精品国产亚洲AV嫖农村妇女| 久久夜色精品国产| 久久久精品波多野结衣| 91精品国产高清久久久久久91| 久久久精品2019免费观看| 午夜精品久久久久久99热| 亚洲国产成人精品无码久久久久久综合| 精品久久久久久久| 国产精品一区二区久久精品| 久久精品无码午夜福利理论片| 久久久久波多野结衣高潮| 中文成人久久久久影院免费观看| 青青草原综合久久大伊人导航 | 精品久久综合1区2区3区激情| 国产精品久久免费| 丁香五月网久久综合|