子系統怎麼當伺服器

1. 如何調試Windows子系統的伺服器進程

調試服務安裝您的服務。有關信息，請參見如何：安裝和卸載服務。可從「服務控制管理器」、「伺服器資源管理器」或代碼啟動服務。有關信息，請參見如何：啟動服務。在VisualStudio中，從「調試」菜單中選擇「進程」。即會出現「進程」對話框。單擊「顯示系統進程」。在「可用進程」區域內單擊服務的進程，然後單擊「附加」。提示該進程將與服務的可執行文件同名。出現「附加到進程」對話框。選擇任意適當的選項，然後單擊「確定」關閉對話框。注意現在您處於調試模式。設置要在代碼中使用的任意斷點。訪問「服務控制管理器」並操縱您的服務，並發送停止、暫停和繼續命令以命中您的斷點。有關運行「服務控制管理器」的信息，請參見如何：啟動服務。

2. 主從/負載均衡/集群/分布式/微服務 伺服器相關整理

一、主從伺服器

1、兩台伺服器。主伺服器Master復制數據的更新、插入、刪除等操作； 從伺服器Slave負責查詢（讀寫分離，減緩伺服器壓力）

2、主伺服器更新數據的同時更新從伺服器的數據（仔困數據備份）

3、當主伺服器出現文件時，可用從伺服器代替主伺服器，保證網站的正常運行，同時檢測主伺服器存在的問題。注意：從伺服器仍然只有查詢功能，如銀行系統更新時只能查詢余額，不能存取款。（伺服器可用性）

4、當把從伺服器真正設置為主伺服器時（即主從伺服器設置調換），擁有更新數據的功能。

5、MyISAM不支持事務，但查詢性能比InnoDB強；InnoDB支持事務，更新操作性能比MyISAM強。因此，主伺服器可以設置成MyISAM存儲引擎，從伺服器可以設置成InnoDB存儲引擎（靈活設置存儲引擎）

二、負載均念宴念衡

1、多台伺服器。一個域名映射到多台伺服器IP。

2、用戶發出請求，提交到負載均衡伺服器，由負載均衡伺服器發送請求到不同的伺服器。

3、負載均衡伺服器選取伺服器方法（負載均衡演算法）：

1、輪詢：每台伺服器輪換

2、加權輪詢：為了應對某些伺服器性能好，可以讓他們的權重高一點，被選中的幾率大一些。

3、最少連接：哪台伺服器處理的連接少，就發給哪台伺服器。

4、隨機

4、存在的問題：客戶端存在緩存，如果伺服器出現故障，客戶端報錯。

5、分類：DNS負載均衡、HTTP負載均衡、IP負載均衡、反向代理負載均衡。

三、伺服器集群

1、多台伺服器協同工作，每台伺服器叫做集群的一個「節點」，每個節點都提供相同的服務。

2、優點：高性能、高可用性、可伸縮性

3、分類：負載均衡集群、高可用性集群、高性能集群

四、分布式架構

1、按照業務功能，將一個完整的系統拆分成一個個獨立的子系統，每個子系統成為「服務」。子系統可以獨立運行在祥哪web容器中，它們之間通過RPC方式通信。

五、微服務架構

六、消息隊列

七、RPC

八、分布式、集群和微服務之間的聯系：

1、分布式、集群分散壓力

2、微服務分散功能

3、集群：每台伺服器提供相同的服務

4、分布式：按照功能拆分伺服器，每台伺服器可以獨立運行，依賴一個中心運用。

5、微服務：按照功能拆分伺服器，每台伺服器應用獨立運行。

3. 幫忙 完成單個DNS伺服器的子系統建立

沒看明白哈哈 你用ftp 的時候 打的歷芹襪域名記著要打 ftp://ftp.ftzd.e.cn 要不瀏覽器肢激默認認為是http的首森

4. 試論伺服器包括哪些子系統,分別有哪些特點

找宋西軍去

5. VPS伺服器怎麼樣建立的啊

VPS主要的技術為虛擬化技術（點擊查看虛擬化對企業的好處），那我們怎樣建立VPS伺服器呢?
VPS伺服器系統主要分Windows和linux 而且需要CPU支持虛擬化技術Virtualization Technolegy即VT，Intel和AMD都有該技術，具體請進入主板設置將該選項啟用。在Windows2008R2開始就有微軟自帶的Hyper-V虛擬化，這是一種全虛擬化，開出來的vps允許任何X86架構的系統，而且不允許內存超開。這種改虛擬化對管理員要求不高，只要裝了Hyper-V組建一般管理員就可以在圖形畫面下操作完成賣虧。
Linux平台的開源穩定的虛擬化應該數大名鼎鼎的OpenVZ和Xen，OpenVZ即半虛擬化即PV。Xen支持半虛擬化PV和全虛擬化HVM和KVM。
PV是在Linux內核下面虛擬化租配激，不再運行多內核文件，這樣的虛擬化效率高，內存可以超開，缺點是隔離性差，子系統只能是linux。HVM和KVM都是Xen下的虛擬化。
區別是HVM不是完全的虛擬化，還是可以超開內存的，而KVM是完全虛擬化，不能超開內存，子系統可以運行任意弊襪系統如windows等。

6. Linux磁碟I/O子系統

上文學到 不管什麼文件系統類型，都通過VFS(虛擬文件系統層)讀和寫等操作文件，寫文件的元數據和文件的實際數據到磁碟 。但數據是怎麼落地磁碟中的呢？落到磁碟中的都經過什麼組件？

以一個寫數據到磁碟為例，給出Linux I/O子系統的體系結構。

當磁碟執行寫入操作時發生的 基本操作 (假設磁碟上扇區中的文件數據已經被讀取到分頁緩存)。

1) 一個進程通過write()系統調用 VFS虛擬文件系統 請求寫一個文件。

2) 內核更新已映射文件的分頁緩存。

3) 內核線程 pdflush/Per-BDI flush將分頁緩存刷新到磁碟。

4) 同時 VFS虛擬文件系統層 在一個bio(block input output)結構中放置每個塊緩沖，並向塊設備層提交寫請求。

5) 塊設備層 從上層得到請求，並執行一個 I/O電梯操作，將請求放置到I/O 請求隊列。

6) 設備驅動器 （比如SCSI 或 其他設備特定的驅動器）將執行寫操作。

7) 磁碟設備 固件執行硬體操作，如在碟片扇區上定位磁頭，旋轉，數據傳輸。

過去的20年中，處理器性能的改進要超過計算機系統中的其他組件，如處理器緩存、物理內存及磁碟等等。 訪問內存和磁碟的速度較慢會限制整個系統的性能 ，怎麼解決這個問題呢？引入 磁碟緩存機制 ，在較快的存儲器中緩存頻繁使用的數據，減少了訪問較慢的存儲器的次數。

磁碟緩存機制有以下3個地方解決：

引入存儲層次結構 ，在CPU和磁碟之間放置L1緩存、L2緩存、物理內存和一些其他緩存減少這種不匹配，從而讓進程減少訪問較慢的內存和磁碟的次數，避免CPU花費更多的時間等待來自較慢磁碟驅動器的數據。

另外一種解決思路： 在更快的存儲器上實現更高的緩存命中率，就可能更快地訪問數據 。怎麼提高緩存命中率呢？引入 參考局部性(locality of reference) 的技術。這項技術基於以下2個原則：

1) 大多數最近使用過的數據，在不久的將來有較高的幾率被再次使用(時間局部性)。

2) 駐留在數據附近的數據有較高的幾率被再次使用(空間局部性)。

Linux在許多組件中使用這些原則，比如分頁緩存、文件對象緩存（索引節點緩存、目錄條目緩存等等）、預讀緩沖等。

以進程從磁碟讀取數據並將數據復制到內存的過程為例。進程可以從緩存在內存中的數據副本中檢索相同的數據，用於讀和寫。

1) 進程寫入新數據

當一個進程試圖改變數據時，進程首先在內存中改變數據。此時磁碟上的數據和內存中的數據是不相同的，並且內存中的數據被稱為 臟頁(dirty page) 。臟頁中的數據應該盡快被同步到磁碟上，因為如果系統突然發生崩潰(電源故障)則內存中的數據會丟失。

2) 將內存中的數據刷新到磁碟

同步臟數據緩沖的過程被稱為 刷新 。在Linux 2.6.32內核之前(Red Hat Enterprise  Linux 5)，通過內核線程pdflush將臟頁數據刷新到磁碟。在Linux 2.6.32內核中(Red Hat Enterprise Linux 6.x)pdflush被Per-BDI flush線程(BDI=Backing Device Interface)取代，Per-BDI flush線程以flush-MAJOR：MINOR的形式出現在進程列表中。當內存中臟頁比例超過閥值時，就會發生刷新(flush)。

塊層處理所有與塊設備操作相關的活動。塊層中的關鍵數據結構是bio(block input output)結構，bio結構是在虛擬文件系統層和塊層之間的一個介面。

當執行寫的時候，虛擬文件系統層試圖寫入由塊緩沖區構成的頁緩存，將連續的塊放置在一起構成bio結構，然後將其發送到塊層。

塊層處理bio請求，並鏈接這些請求進入一個被稱為I/O請求的隊列。這個鏈接的操作被稱為 I/O電梯調度(I/O elevator)。問個問題：為啥叫電梯調度呢？

Linux 2.4內核使用的是一種單一的通用I/O電梯調度方法，2.6內核提供4種電梯調度演算法供用戶自己選擇。因為Linux操作系統適用的場合很廣泛，所以I/O設備和工作負載特性都會有明顯的變化。

1）CFQ(Complete Fair Queuing，完全公平隊列)

CFQ電梯調度為每個進程維護一個I/O隊列，從而 對進程實現一個QoS(服務質量)策略 。CFQ電梯調度能夠很好地適應存在很多競爭進程的大型多用戶系統。它積極地避免進程餓死並具有低延遲特徵。從2.6.18內核發行版開始，CFQ電梯調度成為默認I/O調度器。

CFQ為每個進程/線程單獨創建一個隊列來管理產生的請求，各隊列之間用時間片來調度，以保證每個進程都能分配到合適的I/O帶寬。I/O調度器每次執行一個進程的4個請求。

2）Deadline

Deadline是一種循環的電梯調度(round  robin)方法，Deadline 演算法實現了一個近似於實時的I/O子系統。在保持良好的磁碟吞吐量的同時，Deadline電梯調度既提供了出色的塊設備扇區的順序訪問，又確保一個進程不會在隊列中等待太久導致餓死。

Deadline調度器為了兼顧這兩個方面，引入了4個隊列，這4個隊列可分為兩類，每一類都由讀和寫兩種隊列組成。一類隊列用來對 請求 按 起始扇區序號 進行排序（通過紅黑樹來組織），稱為sort_list；另一類對 請求 按 生成時間進行排序 （由鏈表來組織），稱為fifo_list。每當確定了一個傳輸方向（讀或寫），系統都將會從相應的sort_list中將一批連續請求調度到請求隊列里，具體的數目由fifo_batch來確定。 只有遇到三種情況才會導致一次批量傳輸的結束 ：1.對應的sort_list中已經沒有請求了；2.下一個請求的扇區不滿足遞增的要求；3.上一個請求已經是批量傳輸的最後一個請求了。

所有的請求在生成時都會被賦上一個期限值，並且按期限值將它們排序在fifo_list中， 讀請求的期限時長默認為500ms，寫請求的期限時長默認為5s。 在Deadline調度器定義了一個writes_starved默認值為2，寫請求的飢餓線。 內核總是優先處理讀請求，當餓死進程的次數超過了writes_starved後，才會去考慮寫請求 。 為什麼內核會偏袒讀請求呢? 這是從整體性能上進行考慮的。讀請求和應用程序的關系是同步的，因為應用程序要等待讀取完畢，方能進行下一步工作所以讀請求會阻塞進程，而寫請求則不一樣。應用程序發出寫請求後，內存的內容何時被寫入塊設備對程序的影響並不大，所以調度器會優先處理讀請求。

3) NOOP

一個簡單的FIFO 隊列，不執行任何數據排序。NOOP 演算法簡單地合並相鄰的數據請求，所以增加了少量的到磁碟I/O的處理器開銷。NOOP電梯調度假設一個塊設備擁有它自己的電梯演算法。當後台存儲設備能重新排序和合並請求，並能更好地了解真實的磁碟布局時，通常選擇NOOP調度，

4）Anticipatory

Anticipatory本質上與Deadline一樣，但Anticipatory電梯調度在處理最後一個請求之後會等待一段很短的時間，約6ms(可調整antic_expire改變該值)，如果在此期間產生了新的I/O請求，它會在每個6ms中插入新的I/O操作，這樣可以將一些小的I/O請求合並成一個大的I/O請求，從而用I/O延時換取最大的I/O吞吐量。

Linux內核使用設備驅動程序得到設備的控制權。 設備驅動程序 通常是一個獨立的內核模塊，通常針對每個設備(或是設備組)而提供，以便這些設備在Linux操作系統上可用。一旦載入了設備驅動程序，將被當作Linux內核的一部分運行，並能控制設備的運行。

SCSI (Small Computer System Interface，小型計算機系統介面)是最常使用的I/O設備技術，尤其在企業級伺服器環境中。SCSI在 Linux 內核中實現，可通過設備驅動模塊來控制SCSI設備。 SCSI包括以下模塊類型 ：

1) Upper IeveI drivers(上層驅動程序)。 sd_mod、sr_mod（SCSI-CDROM）、st（SCSI Tape）和sq（SCSI通用設備）等。

2) MiddIe IeveI driver(中層驅動程序) 。如scsi_mod實現了 SCSI 協議和通用SCSI功能。

3) Low IeveI drivers(底層驅動程序) 。提供對每個設備的較低級別訪問。底層驅動程序基本上是特定於某一個硬體設備的，可提供給某個設備。

4) Pseudo drive(偽驅動程序) 。如ide-scsi，用於 IDE-SCSI模擬。

通常一個較大的性能影響是文件系統元數據怎樣在磁碟上存放 。引入 磁碟條帶陣列 (RAID 0、RAID 5和RAID 6)解決這個問題。在一個條帶陣列上，磁頭在移動到陣列中下一個磁碟之前，單個磁碟上寫入的數據稱為 CHUNKSIZE ，所有磁碟使用一次它後返回到第一個磁碟。 如果文件系統的布局沒有匹配RAID的設計，則有可能會發生一個文件系統元數據塊被分散到2個磁碟上，導致對2個磁碟發起請求 。或者 將所有的元數據在一個單獨的磁碟上存儲，如果該磁碟發生故障則可能導致該磁碟變成熱點 。

設計RAID陣列需要考慮以下內容：

1) 文件系統使用的塊大小。

2) RAID 陣列使用的CHUNK大小。

3) RAID 陣列中同等磁碟的數量。

塊大小 指可以讀取/寫入到驅動器的最小數據量，對伺服器的性能有直接的影響。塊的大小由文件系統決定，在聯機狀態下不能更改，只有重新格式化才能修改。可以使用的塊大小有1024B、2048B、4096B，默認為 4096 B。

stride條帶 是在一個chunk中文件系統塊的數量。如果文件系統塊大小為4KB，則chunk大小為64KB，那麼stride是64KB/4KB=16塊。

stripe-width 是RAID陣列上一個條帶中文件系統塊的數量。比如 一個3塊磁碟的RAID5陣列 。按照定義，在RAID5陣列每個條帶中有1個磁碟包含奇偶校驗內容。想要得到stripe-width，首先需要知道每個條帶中有多少磁碟實際攜帶了數據塊，即3磁碟-1校驗磁碟=2數據磁碟。2個磁碟中的stride是chunk中文件系統塊的數量。因此能計算 2（磁碟）*16（stride）=32（stripe）。

創建文件系統時可以使用mkfs給定數量：mk2fs -t ext4 -b 4096 -E stripe=16,stripe_width=64 /dev/vda

7. 如何優雅地使用win10的ubuntu子系統

首先你要升級到win10周年更新版，然後安裝linux子系統。
win10的linux子系統給了我們一個將linux的強大的shell命令和windows的流暢界面結合的體驗，讓我們可以不用在windows上糾結虛擬機運行linux的卡頓，和在linux下缺少win下對應軟體的尷尬。但是win10的cmd命令提示符和powershell都不能滿足我對字體的一些要求，這讓我去尋找更適合的bash客戶端。
幾經周折發現了一款不錯的bash客戶端軟體 cmder，它有兩個版本，一個是自帶模擬一些bash命令的版本，一個是簡單的mini版本，我們只是用它來連接bash，當然選擇mini版的。

在cmder中復制和粘貼文字非常方便，選中文字按下回車鍵就是復制，滑鼠右鍵就把文字粘貼上去。
cmder的設置復雜余殲到爆。默認設置有些不合我口味的地方。
通過ssh連接伺服器的時候猛棗，會出現中文字體相互重疊的情況，這時去設置>Main 取消選擇 Compress long strings to fit space。

進入vim的時候會發現編輯模式左右箭頭不好用了，會提示d,官方文檔說要在啟動時配置一下，進入 設置>Startup>Startup options 選擇Command line,寫上豎知沖bash -cur_console:p, 這樣問題解決，同時啟動cmder時會直接進入bash。

默認cmder會在啟動的時候檢查更新並彈出煩人的提示框，我們可以去設置>update>update settings 取消startup前面的勾。

8. 用Win10中的Linux子系統是怎麼樣的體驗

用Win10中的Linux子系統是種很棒的體驗，沒想到Win10的Linux子系統這么高端。WSL提供了一個微軟開發的Linux兼容內核介面（不包含Linux代碼），來自Ubuntu的用戶模式二進制文件在其上運行。

該子系統不能運行所有Linux軟體，例如那些圖形用戶界面，以及那些需要未實現的Linux內核服務的軟體。不過，這可以用在外部X伺服器上運行的圖形X Window系統緩解。

此子系統起源於命運多舛的Astoria項目，其目的是允許Android應用運行在Windows 10 Mobile上。此功能組件從Windows 10 Insider Preview build 14316開始可用。

9. 電腦彈出 用戶界面子系統伺服器問題怎麼辦！

方法/步驟

• 在電腦桌面的右下角上右鍵任務欄上的網路圖標，然後選擇「打開網路和 internet 設置」。

  

10. 結構化布線系統中,把伺服器歸於什麼子系統

結構化布線系統把伺服器歸於管理的子系統，因為辯亮結構化布線系統中的服運粗務器。作用比旁灶鎮較大結構化布線把伺服器作為重要的子系統