• <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
            久久97久久97精品免视看| 99精品久久精品一区二区| 久久久无码精品亚洲日韩蜜臀浪潮| 91精品日韩人妻无码久久不卡| 久久福利青草精品资源站| 狠狠久久亚洲欧美专区| AA级片免费看视频久久| 久久久综合香蕉尹人综合网| 久久av高潮av无码av喷吹| 亚洲欧美一区二区三区久久| 亚洲欧美伊人久久综合一区二区| 99热成人精品热久久669| 91久久精品国产成人久久| 伊人久久精品影院| 亚洲日本va中文字幕久久| 97热久久免费频精品99| 久久久久久久亚洲精品| 久久香蕉超碰97国产精品| 久久精品国产只有精品66 | 久久一区二区免费播放| 精品国产青草久久久久福利| 久久99精品国产麻豆宅宅| 久久精品中文无码资源站| 狠狠色婷婷综合天天久久丁香 | 日本人妻丰满熟妇久久久久久| 亚洲国产精品久久| 亚洲AV日韩AV永久无码久久| 精品久久综合1区2区3区激情| 色青青草原桃花久久综合| 国产成人综合久久久久久| 国内精品久久久久久久久电影网 | 亚洲伊人久久大香线蕉苏妲己| 色播久久人人爽人人爽人人片AV| 青青青国产成人久久111网站| 久久婷婷色综合一区二区| 久久99久久99精品免视看动漫| 品成人欧美大片久久国产欧美 | 久久噜噜久久久精品66| 久久精品视频免费| 72种姿势欧美久久久久大黄蕉| 国产成年无码久久久免费|