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