守護進程工作原理和方式

lv_xiaowei

守護進程工作原理和方式
在Client/Server模式下。服務器監(jiān)聽（Listen）在一個特定的端口上等待客戶連接。連接成功
后服務器和客戶端通過端口進行數(shù)據(jù)通信。守護進程的工作就是打開一個端口，并且等待
（Listen）進入連接。如果客戶端產(chǎn)生一個連接請求，守護進程就創(chuàng)建（Fork）一個子服務器響
應這個連接，而主服務器繼續(xù)監(jiān)聽其他的服務請求。
守護進程工作方式：
（1）運行獨立的守護進程
獨立運行的守護進程由init腳本負責管理，所有獨立運行的守護進程的腳本
在/etc/rc.d/init.d/目錄下。系統(tǒng)服務都是獨立運行的守護進程包括：syslogd和cron等。運行
獨立的守護進程工作方式稱作：stand－alone。它Unix傳統(tǒng)的C/S模式的訪問模式。服務器監(jiān)聽
（Listen）在一個特點的端口上等待客戶端的聯(lián)機。如果客戶端產(chǎn)生一個連接請求，守護進程就
創(chuàng)建（Fork）一個子服務器響應這個連接，而主服務器繼續(xù)監(jiān)聽。以保持多個子服務器池等待下
一個客戶端請求。工作在stand－alone模式下的網(wǎng)絡服務有route、gated。另外是大家最熟悉是
Web服務器：Apache和郵件服務器 Sendmail、域名服務器Bind。因為這些負載很大服務器上，預
先創(chuàng)子服務器，可以通過客戶的服務速度。在Linux系統(tǒng)中通過stand－ alone工作模式啟動的服
務由/etc/rc.d/下面對應的運行級別當中的符號鏈接啟動。
(2）xinetd模式
從守護進程的概念可以看出，對于系統(tǒng)所要通過的每一種服務，都必須運行一個監(jiān)聽某個端口連
接所發(fā)生的守護進程，這通常意味著資源浪費。為了解決這個問題，Linux引進了“網(wǎng)絡守護進
程服務程序”的概念。Redhat Linux 9.0使用的網(wǎng)絡守護進程是xinted（eXtended InterNET
daemon）。和stand－alone模式相比xinted模式也稱 Internet Super－Server（超級服務器）
。xinetd能夠同時監(jiān)聽多個指定的端口，在接受用戶請求時，他能夠根據(jù)用戶請求的端口不同，
啟動不同的網(wǎng)絡服務進程來處理這些用戶請求。可以把xinetd看做一個管理啟動服務的管理服務
器，它決定把一個客戶請求交給那個程序處理，然后啟動相應的守護進程。
和stand－alone工作模式相比，系統(tǒng)不想要每一個網(wǎng)絡服務進程都監(jiān)聽其服務端口。運行單個
xinetd就可以同時監(jiān)聽所有服務端口，這樣就降低了系統(tǒng)開銷，保護系統(tǒng)資源。但是對于訪問量
大、經(jīng)常出現(xiàn)并發(fā)訪問時，xinetd想要頻繁啟動對應的網(wǎng)絡服務進程，反而會導致系統(tǒng)性能下降
。察看系統(tǒng)為Linux服務提供那種模式方法在Linux命令行可以使用pstree命令可以看到兩種不同
方式啟動的網(wǎng)絡服務。一般來說系統(tǒng)一些負載高的服務： sendmail、Apache服務是單獨啟動的
。而其他服務類型都可以使用xinetd超級服務器管理。查看目前運行的守護進程可以使用命令：
pstree
               
               
               

本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u/2222/showart_1817454.html