【正文】 由上一步中的某個腳本啟動的。這些腳本一般在/etc目錄或者以/etc/rc開頭的目錄下，它們的位置和內容依賴于具體的實現(xiàn)。例如，如果在某個終端上啟動了一個守護進程后從該終端上注銷，其它用戶又從該終端登錄，那么任何關于守護進程的錯誤信息不應在后面用戶的終端會話過程中出現(xiàn)。procprocproc子進程Nlistenfd子進程1listenfd父進程listenfd…….filesocket圖410 proc、file和socket結構的關系 守護進程 守護進程的原理 守護進程（daemon）是在系統(tǒng)后臺運行不受終端控制的進程，只要系統(tǒng)沒有關機或者崩潰，守護進程將在系統(tǒng)中不間斷地運行。 這通常被稱為驚群（thundering herd）問題，因為盡管只有一個進程可以獲得連接，但所有進程都被喚醒。 當程序啟動后，N個子進程被派生，它們分別調用accept并由內核置入睡眠狀態(tài)。 在proc結構中，描述字只是某個數(shù)組的一個下標，用于引用一個file結構。它甚至可以和inetd結合使用，由inetd負責接收每個連接。 對于父進程可以監(jiān)視可用子進程數(shù)，一旦低于某個系統(tǒng)預先設定的閥值就再派生額外的子進程。 ) pause()。 i++) pids[i] = child_make(i, listenfd, addrlen)。 nchildren = atoi(argv[argc1])。addrlen)。 socklen_t addrlen。圖49顯示了一個預先派生N個子進程的服務器正在為2個顧客同時服務的情形。這種情況下，就單臺主機而言，對于最繁忙的站點往往運行多臺主機來分攤負載。 } Close(connfd)。 /* back to for() */ else err_sys(accept error)。 。 cliaddr = Malloc(addrlen)。addrlen)。 void sig_chld(int), sig_int(int), web_child(int)。下面的程序例子是一個并發(fā)服務器的實現(xiàn)。 }} 從進程控制的角度來看，迭代服務器是最快的，因為它不進行進程控制。 snprintf(buff, sizeof(buff), %.24s\r\n, ctime(amp。 for ( 。 = htons(13)。 bzero(amp。 struct sockaddr_in servaddr。每個顧客請求由池中的一個線程提供服務。服務器啟動后就派生一組子進程，形成一個子進程池。l 并發(fā)服務器程序，它為每個顧客fork一個子進程提供服務，這是Unix服務器程序通常的做法。這里需要注意的是，有些UDP的實現(xiàn)不返回這種錯誤，這樣甚至數(shù)據(jù)報未經(jīng)發(fā)出就丟失的情況應用進程也不知道。IPv4或IPv6給它填加相應的IP頭部，執(zhí)行路由操作確定外出接口，然后或者直接將數(shù)據(jù)報加入鏈路層輸出隊列（如果適合于MTU），或者分段后在把每個段加入數(shù)據(jù)鏈路層的輸出隊列。如果應用程序發(fā)送一個大于套接口發(fā)送緩沖區(qū)的數(shù)據(jù)報，則返回EMSGSIZE錯誤。TCP將注意這個錯誤，并在以后的某個時刻重傳這個分片，但應用進程不知道這些細節(jié)。IP給每個TCP分片填上IP頭部以構成數(shù)據(jù)報，查找其目的IP地址的路由表項以確定外出接口，然后把數(shù)據(jù)報傳遞給相應的數(shù)據(jù)鏈路。 TCP取出套接口發(fā)送緩沖區(qū)的數(shù)據(jù)并把它發(fā)送給對方TCP，其過程基于TCP數(shù)據(jù)傳送的所有規(guī)則。如果套接口的發(fā)送緩沖區(qū)不能存放應用程序的所有數(shù)據(jù)（即應用程序的緩沖區(qū)大于套接口發(fā)送緩沖區(qū)，或者套接口發(fā)送緩沖區(qū)還有其它數(shù)據(jù)），應用程序將被掛起（睡眠），這里假設套接口是阻塞的（缺省設置）。如果這個值太大（即路徑上某個鏈路的MTU比它小），那么路徑MTU的發(fā)現(xiàn)功能將確定這個最小值。但是，IPv6有特大有效負荷選項，因此需要使用另外的技術。MSS經(jīng)常設置成MTU減去IP和TCP頭部的固定長度。對IPv4和其值為576字節(jié)，對IPv6為1500字節(jié)。例如，如果TCP使用IPv4技術，它發(fā)送的數(shù)據(jù)報都將設置DF位。當路由器接收到一個超過其外出鏈路MTU大小且設置了DF位的IPv4數(shù)據(jù)報時，它將產生一個ICMP的“destination unreachable, fragmentation needed but DF bit set（目的地不可達，需要分片但DF位已設置）”出錯消息。這時的路由器實際上作為主機運行。各片段到達目的地前不會被重組（reassembling）。4. 在兩臺主機間的路徑上的最小MTU稱為路徑MTU。3. 很多網(wǎng)絡有一個最大傳輸單元MTU，它由硬件規(guī)定。影響IP數(shù)據(jù)報大小的主要限制有：1. IPv4數(shù)據(jù)報的最大值為65535字節(jié)，包括IPv4的頭部，總長度字段占16位。 通過上面的例子可以看出，TCP無法僅僅通過查看目的端口來分離外來的分組。這里，已連接套接口使用和監(jiān)聽套接口相同的端口號：21。這是指定一個接口或者任意接口的選擇。服務器在任意本地接口（第一個星號）的端口21上等待連接請求。具體過程如圖46所示。Exit(0)。){ Connfd=Accept(listenfd,…)。 listenfd=Socket(…)。Unix系統(tǒng)下編寫一個并發(fā)應用程序最簡單的方法就是為每個顧客均fork一個子進程。 標識每個端點的兩個值（IP地址和端口號）通常稱為一個套接口。OSPF采用原始套接口直接使用IP，而RIP使用UDP，BGB則使用TCP。 常見的Internet應用 表43總結了各種常見的Internet應用程序對協(xié)議的使用情況。使用標準的telnet顧客程序很容易測試這些功能。每當顧客發(fā)送一個數(shù)據(jù)報，UDP就返回一個包含隨機數(shù)量字符的數(shù)據(jù)報。這樣，就給出4種可能組合如表41。Sprite系統(tǒng)中的機制提供了更好的方法，任何數(shù)目的遠程進程可以打開一個文件，用于讀入和生成它們自己的顧客cache，但是當一個針對服務器的打開文件請求要求寫入訪問而其它進程都是為讀訪問而打開這個文件的，則服務器要采取兩步行動：第一，它告知寫入進程，盡管它保留了一個cache，但是必須在發(fā)生更新時立即寫回所有改變的塊。如果顧客延遲了將變化寫回服務器，則問題就更糟了，因為服務器本身也只是擁有文件的舊版本，且將請求讀至服務器的新文件也可能擁有陳舊的數(shù)據(jù)。Cache之間可能會變得不一致。當進程要進行文件訪問時，請求首先提交到進程所在的工作站的cache中，如果在那里未得到滿足，則該請求或者傳遞給本地磁盤，或者傳遞給文件服務器。顧客工作站表示服務服務器中間件交互應用邏輯中間件中間件應用服務通信軟件通信軟件協(xié)議交互服務器操作系統(tǒng)顧客操作系統(tǒng)硬件平臺硬件平臺圖44 在顧客/服務器結構中中間件的作用 文件cache的一致性 當使用文件服務器時，文件I/O的性能相對于局部文件訪問具有顯著的下降，主要原因是網(wǎng)絡帶來的延遲。 注意，中間件具有顧客端組件和服務器端組件兩部分，中間件的基本目的是使位于顧客端的應用程序或用戶能夠訪問服務器上的各種服務，同時不需考慮服務器之間的差別。 目前已經(jīng)有很多中間件軟件包，從非常簡單的到非常復雜的。具有了標準的編程接口，在不同的服務器類型和工作站類型上實現(xiàn)相同的應用就很容易了。 為了獲得顧客/服務器的優(yōu)點，開發(fā)者必須開發(fā)一組工具，為跨越所有平臺訪問系統(tǒng)資源提供唯一的方法和形式。最后，中間層機器也可以充當桌面應用程序和后端應用程序之間的連接器。用戶機器是顧客，在三層結構中，它一般是一種瘦型顧客。圖42b代表了一種瘦顧客（thin client）的方式，這種方式更近似地模仿了傳統(tǒng)的以主機為中心的方式，常常是使應用程序從大型機環(huán)境發(fā)展到分布式環(huán)境的移植途徑，是目前流行的Internet網(wǎng)絡環(huán)境下的應用程序開發(fā)模式。胖顧客的主要優(yōu)點是它充分利用了桌面功能，卸除了服務器上的應用處理并使它們更加有效，不易發(fā)生瓶頸。這樣一種配置在設置和維護方面更加復雜，但從長遠看，這種配置類型比其它類型可以為用戶更好的服務質量和更高的網(wǎng)絡效率。一個例外是最適合在服務器上執(zhí)行的數(shù)據(jù)確認例程和其它數(shù)據(jù)庫邏輯功能。l 基于服務器的處理：顧客/服務器配置的最基本的一類，即顧客端主要負責提供圖形化用戶界面，而實質上所有的處理都是在服務器上完成的。當然也存在其它的劃分方法，并且對于其它不同類型的應用選項也可能具有不同的特點。因此，顧客端的用戶界面的設計是十分重要的。在理論上，應用程序所執(zhí)行的實際功能可以針對顧客和服務器分割開來，方法是使平臺和網(wǎng)絡資源達到最優(yōu)化。事實上，在網(wǎng)絡環(huán)境下，可能會有很多不同類型的顧客平臺和操作系統(tǒng)以及很多類型的服務器平臺和操作系統(tǒng)。l 網(wǎng)絡互聯(lián)是操作的基礎，網(wǎng)絡管理和網(wǎng)絡安全在組織和操作系統(tǒng)中具有很高的優(yōu)先權。這使得用戶可以在很大程度上控制時間安排和計算機使用類型，并使得部門管理者具有響應本地需求的能力。顧客。顧客通常是PC或工作站，為端用戶提供非常友好的界面，例如微軟的Windows等?！朵N售經(jīng)理學院》56套講座+ 14350份資料《銷售人員培訓學院》72套講座+ 4879份資料第四章 顧客服務員程序設計 網(wǎng)絡服務模式近年來，在信息系統(tǒng)中廣泛使用的信息共享模型是顧客/服務器模型，這種計算模式迅速取代了以主機為主導的集中式計算方法。《國學智慧、易經(jīng)》46套講座《人力資源學院》56套講座+27123份資料《各階段員工培訓學院》77套講座+ 324份資料《員工管理企業(yè)學院》67套講座+ 8720份資料《工廠生產管理學院》52套講座+ 13920份資料《財務管理學院》53套講座+ 17945份資料表41 顧客/服務器術語術語說明應用程序編程接口（API）一組支持顧客/服務器之間進行相互通信的函數(shù)和可調用程序顧客一個服務的請求方，通常是一個末端系統(tǒng)，能夠從服務器處查詢信息中間件一組驅動程序、應用程序編程接口或其它軟件，用于改善顧客/服務器之間的連接關系數(shù)據(jù)庫是一種把信息訪問限制于按照搜索條件選擇數(shù)據(jù)的數(shù)據(jù)庫服務器是一臺計算機，通常是一臺高性能工作站、小型機或大型機，擁有供網(wǎng)絡中眾多用戶訪問的信息結構化查詢語言（SQL）由IBM開發(fā)、由ANSI標準化的一種語言，用于對關系數(shù)據(jù)庫的尋址、創(chuàng)建、更新和查詢 顧客/服務器環(huán)境中最基本元素是顧客和服務器。 除了顧客和服務器，組成顧客/服務器模型的第三個基本要素是網(wǎng)絡系統(tǒng)。 顧客/服務器模型與分布式處理有很多不同點，主要有：l 在用戶自己的系統(tǒng)中為該用戶提供界面友好的應用程序。這意味著用戶在選擇產品和混合使用來自眾多廠家的設備時具有很大的選擇性。無論是顧客還是服務器，最基本的軟件是運行在硬件平臺上的操作系統(tǒng)，顧客的平臺和操作系統(tǒng)可能和服務器的不同。所有這些支持軟件（通信軟件和操作系統(tǒng)）的主要任務是，為分布式的應用程序提供一個基本結構。 顧客/服務器環(huán)境能夠成功的一個基本因素是用戶將系統(tǒng)當作一個整體而與之打交道的方式。圖42針對數(shù)據(jù)庫應用說明了可以以多種方式來分配處理過程，圖中概括了數(shù)據(jù)庫應用的一些主要選項。用戶接口通常是通過一臺啞終端，即使用戶在使用一臺微機，用戶終端也是局限于終端仿真器的角色。l 基于顧客的處理：在另一個極端，實際上所有應用處理可以全部在顧客端完成。l 合作處理：在合作處理配置方式中，應用處理是以最優(yōu)化的方式來執(zhí)行的，充分利用了顧客和服務器兩方面的優(yōu)勢以及數(shù)據(jù)的分布性。使用這些工具開發(fā)的應用在范圍上是部門級的，支持25到150個用戶。最后，維護、升級或替換分布于數(shù)十臺或百臺桌面機的應用程序是非常困難的。在這種結構中，應用軟件分布在三種類型的機器上：用戶機器、中間層服務器以及后端服務器。另外，中間層機器能夠融合來自不同數(shù)據(jù)源的結果。顧客中間層服務器（應用程序服務器）后端服務器后端服務器圖43 三層顧客/服務器結構 中間件 顧客/服務器產品的開發(fā)和使用缺少標準化，使得實現(xiàn)集成的、多廠商的、企業(yè)范圍的顧客/服務器配置變得困難，因為顧客/服務器方式的大多數(shù)優(yōu)點與其模塊化以及將平臺和應用程序混合、協(xié)調起來提供商業(yè)解決辦法的能力緊密相連的，這種互操作問題必須得到很好的解決。這種標準化的接口和協(xié)議稱為中間件（middleware）。需要標準化的協(xié)議將這些不同的服務器接口與需要訪問它們的顧客連接起來。圖44給出了在顧客/服務器結構中中間件的作