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

            那誰的技術(shù)博客

            感興趣領(lǐng)域:高性能服務器編程,存儲,算法,Linux內(nèi)核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數(shù)據(jù)加載中……

            lighttpd1.4.18代碼分析(一)--watcher,worker模型

            lighttpd是目前非常流行的web服務器,很多流量非常大的網(wǎng)站(如youtube)使用的就是lighttpd,它的代碼量不多,但是設(shè)計巧妙,效率高,功能完備(這是它將來能取代Apache的重要因素),編碼風格優(yōu)美, 是學習網(wǎng)絡(luò)編程,熟悉http服務器編寫的良好范例.在我初學網(wǎng)絡(luò)編程的時候,就是看的lighttpd的源碼進行學習,在其中學到了不少的技巧.我打算將這些寫出來與別人分享,可能開始比較雜亂,也不會作完全的分析,因為很多部分的代碼我也沒有看過,寫一點是一點吧.我進行閱讀和分析的lighttpd版本是1.4.18.

            lighttpd采用的是多進程+多路復用(如select,epoll)的網(wǎng)絡(luò)模型,它對多路復用IO操作的封裝將作為下一個專題的內(nèi)容,本次將講解它所采用的多進程模型.

            lighttpd中的配置文件有一項server.max-worker配置的是服務器生成的工作進城數(shù).在lighttpd中, 服務器主進程被稱為watcher(監(jiān)控者),而由這個主進程創(chuàng)建出來的子進程被稱為woker(工作者),而woker的數(shù)量正是由上面提到的配置項進行配置的.watcher創(chuàng)建并且監(jiān)控woker的代碼如下所示,我覺得這是一段很巧妙的代碼,在我閱讀了這段代碼之后,到目前為止,我所寫的所有服務器采用的都是類似lighttpd的watcher-woker多進程模型,這段代碼在src目錄中server.c文件的main函數(shù)中:

            #ifdef HAVE_FORK
                
            /* start watcher and workers */
                num_childs 
            = srv->srvconf.max_worker;
                
            if (num_childs > 0) {
                    
            int child = 0;
                    
            while (!child && !srv_shutdown && !graceful_shutdown) {
                        
            if (num_childs > 0) {
                            
            switch (fork()) {
                            
            case -1:
                                
            return -1;
                            
            case 0:
                                child 
            = 1;
                                
            break;
                            
            default:
                                num_childs
            --;
                                
            break;
                            }
                        } 
            else {
                            
            int status;

                            
            if (-1 != wait(&status)) {
                                
            /*
                                 * one of our workers went away 
                                 
            */
                                num_childs
            ++;
                            } 
            else {
                                
            switch (errno) {
                                
            case EINTR:
                                    
            /**
                                     * if we receive a SIGHUP we have to close our logs ourself as we don't 
                                     * have the mainloop who can help us here
                                     
            */
                                    
            if (handle_sig_hup) {
                                        handle_sig_hup 
            = 0;

                                        log_error_cycle(srv);

                                        
            /**
                                         * forward to all procs in the process-group
                                         * 
                                         * we also send it ourself
                                         
            */
                                        
            if (!forwarded_sig_hup) {
                                            forwarded_sig_hup 
            = 1;
                                            kill(
            0, SIGHUP);
                                        }
                                    }
                                    
            break;
                                
            default:
                                    
            break;
                                }
                            }
                        }
                    }

                    
            /**
                     * for the parent this is the exit-point 
                     
            */
                    
            if (!child) {
                        
            /*
                         * kill all children too 
                         
            */
                        
            if (graceful_shutdown) {
                            kill(
            0, SIGINT);
                        } 
            else if (srv_shutdown) {
                            kill(
            0, SIGTERM);
                        }

                        log_error_close(srv);
                        network_close(srv);
                        connections_free(srv);
                        plugins_free(srv);
                        server_free(srv);
                        
            return 0;
                    }
                }
            #endif

            首先,woker的數(shù)量保存在變量num_childs中, 同時另一個變量child是一個標志位, 為0時是父進程(watcher), 為1時則是子進程(worker), 下面進入一個循環(huán):
            while (!child && !srv_shutdown && !graceful_shutdown) 
            也就是說只要是父進程而且服務器沒有被關(guān)閉該循環(huán)就一直進行下去, 接著如果num_childs>0就執(zhí)行fork函數(shù)創(chuàng)建子進程, 對于子進程而言,賦值child=1, 同時num_childs值-1, 于是子進程不滿足!child這個條件退出循環(huán)繼續(xù)執(zhí)行下面的代碼, 而父進程還在循環(huán)中, 如果num_childs=0也就是所有的子進程都創(chuàng)建成功了, 那么父進程就阻塞在調(diào)用wait函數(shù)中, 等待著一旦有子進程退出, 那么wait函數(shù)返回, 這樣num_childs+1, 于是繼續(xù)前面的調(diào)用, 再次創(chuàng)建出子進程.

            這也就是watcher和worker的來歷:父進程負責創(chuàng)建子進程并且監(jiān)控是否有子進程退出, 如果有, 那么再次創(chuàng)建出子進程;而子進程是worker, 是具體執(zhí)行服務器操作的工作者, 在被創(chuàng)建完畢之后退出循環(huán), 去做下面的事情.而如果父進程退出這個循環(huán), 那么一定是srv_shutdown或者graceful_shutdown之一變?yōu)榱朔橇阒? 所以在循環(huán)外, 還要進行判斷, 如果是父進程, 那么就是服務器程序要退出了, 最后作一些清理的工作.

            用偽碼表示這部分代碼就是:
            如果(是父進程 而且 當前沒有要求終止服務器) 就一直循環(huán)下去
            {
               如果還有未創(chuàng)建的子進程
               {
                    創(chuàng)建出一個子進程
                    如果是子進程, 那么根據(jù)最上面的循環(huán)條件退出這個循環(huán).
                    如果是父進程, 那么將未創(chuàng)建的子進程數(shù)量 - 1
               }
               否則 就是沒有未創(chuàng)建的子進程
               {
                    一直保持睡眠, 一旦發(fā)現(xiàn)有子進程退出父進程就蘇醒, 將未創(chuàng)建的子進程數(shù)量 + 1;
               }
            }

            父進程的代碼永遠不會執(zhí)行到這個循環(huán)體之外, 一旦發(fā)生, 就是因為要終止服務器的運行, 如果這種情況發(fā)生, 就進行最后的一些清理工作....

            在這之后, 各子進程分道揚鑣, 各自去進行自己的工作, 互不干擾.這也是我非常喜歡多進程編程的原因, 少了多線程編程中考慮到數(shù)據(jù)同步等麻煩的事情,要考慮的事情相對而言簡單的多了.

            關(guān)于多進程 VS 多線程的話題, 不在這里多加闡述了.



            posted on 2008-08-22 20:18 那誰 閱讀(6499) 評論(5)  編輯 收藏 引用 所屬分類: 網(wǎng)絡(luò)編程服務器設(shè)計Linux/Unixlighttpd

            評論

            # re: lighttpd1.4.18代碼分析(一)--watcher,worker模型  回復  更多評論   

            mark 最近正在研究lighttpd源碼
            2008-08-23 17:47 | 浪跡天涯

            # re: lighttpd1.4.18代碼分析(一)--watcher,worker模型  回復  更多評論   

            過去都用Apache,她對PHP和MYSQL支持非常好,不知lighttpd如何?
            2008-08-24 15:18 | 戴爾筆記本

            # re: lighttpd1.4.18代碼分析(一)--watcher,worker模型  回復  更多評論   

            @浪跡天涯
            mark是誰,有沒有寫分析的文章

            也打算看lighttpd:-)
            2008-08-25 15:08 | cocobear

            # re: lighttpd1.4.18代碼分析(一)--watcher,worker模型  回復  更多評論   

            不知道這樣做有什么優(yōu)點
            2008-08-29 16:31 | cocobear

            # re: lighttpd1.4.18代碼分析(一)--watcher,worker模型  回復  更多評論   

            收藏。這也正是我關(guān)注的問題。
            2008-09-03 12:24 | 海邊沫沫
            天天爽天天狠久久久综合麻豆| 久久久精品人妻一区二区三区四| 99久久伊人精品综合观看| 久久国产精品-国产精品| 久久久久综合网久久| 国产精品美女久久久网AV| 日本精品久久久久久久久免费| 精品久久久久成人码免费动漫| 久久人人爽人人爽人人片AV不 | 久久亚洲高清综合| 一本一道久久a久久精品综合| 久久久久久国产精品美女| 久久精品国产亚洲AV无码麻豆| 久久精品国产精品青草| 久久久亚洲精品蜜桃臀| 无码八A片人妻少妇久久| 久久人妻少妇嫩草AV无码专区| 久久夜色精品国产亚洲| 亚洲国产精品无码久久九九| 久久久久人妻精品一区二区三区| 久久综合久久综合久久综合| 日韩中文久久| 久久婷婷五月综合97色| 久久精品国产一区二区三区不卡| 久久精品国产99久久久古代| 国产精品一区二区久久| 色偷偷88欧美精品久久久| 久久天天躁狠狠躁夜夜网站| 精品99久久aaa一级毛片| 国产69精品久久久久9999APGF | 久久青青草原国产精品免费| 欧美伊人久久大香线蕉综合69| 久久亚洲AV成人无码电影| 久久国产福利免费| 久久精品中文字幕无码绿巨人| 久久国产精品偷99| 亚洲AV日韩AV天堂久久| 久久99精品免费一区二区| 嫩草伊人久久精品少妇AV| 久久www免费人成看国产片| 久久精品九九亚洲精品|