<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ## 簡單描述 **Nginx**使用基于事件驅動架構,使得其可以支持數以百萬級別的**TCP**連接 高度的模塊化和自由軟件許可證是的第三方模塊層出不窮 **Nginx**是一款自由的、開源的、高性能的**HTTP**服務器和反向代理服務器; 同時也是一個**IMAP、POP3、SMTP**代理服務器; ## Nginx特點   1、輕量級,采用C進行編寫,同樣的web服務,會占用更少的內存及資源。   2、抗并發,nginx以epollandkqueue作為開發模型,處理請求是異步非阻塞的,負載能力比apache高很多,而apache則是阻塞型的。在高并發下nginx能保持低資源低消耗高性能,而apache在PHP處理慢或者前端壓力很大的情況下,很容易出現進程數飆升,從而拒絕服務的現象。?   3、nginx在開啟時,會生成一個master進程,然后,master進程會fork多個worker子進程,最后每個用戶的請求由worker的子線程處理。?   4、可以配置nginx的upstream實現nginx的反向代理。?   5、nginx作為負載均衡服務器,支持7層負載均衡。?   6、nginx處理靜態文件好,靜態處理性能比apache高三倍以上。   7、支持高并發連接,每秒最多的并發連接請求理論可以達到50000個。?   8、nginx配置簡潔,正則配置讓很多事情變得簡單,而且改完配置能使用-t測試配置有沒有問題,apache配置復雜,重啟的時候發現配置出錯了,會很崩潰。?   9、用線程處理用戶請求,而線程是共享內存的,只需要開啟少量進程,多個線程就可以共享進程的內存,占用內存小。?   10、一個進程死掉時,會影響到多個用戶的使用,穩定性差。   11、nginx的設計高度模塊化,編寫模塊相對簡單。   12、nginx本身就是一個反向代理服務器,而且可以作為非常優秀的郵件代理服務器。   13、啟動特別容易,并且幾乎可以做到7*24不間斷運行,即使運行數個月也不需要重新啟動,還能夠不間斷服務的情況下進行軟件版本的升級。   14、社區活躍,各種高性能模塊出品迅速。 ## Apache特點?   1、select同步阻塞。   2、一個連接對應一個進程。   3、用進程處理用戶請求,用MPM(多處理模塊)來綁定到網絡端口上,接受請求,調度子進程處理請求。   4、當用戶請求過多時,開啟的進程較多,占用內存大,每秒最多的并發連接請求最多不超過3000個。   5、一個進程死掉時,不會影響其他的用戶   6、apache的rewrite比nginx強大,在rewrite頻繁的情況下,用apache。?   7、apache發展到現在,模塊超多,基本想到的都可以找到。?   8、apache更為成熟,少bug,nginx的bug相對較多。?   9、apache超穩定。?   10、apache對PHP支持比較簡單,nginx需要配合其他后端用。?   11、apache在處理動態請求有優勢,一般動態請求要apache去做,nginx適合靜態和反向。   12、apache仍然是目前的主流,擁有豐富的特性,成熟的技術和開發社區。 ## 核心區別   兩者最核心的區別在于apache是同步多進程模型,一個連接對應一個進程,而nginx是異步的,多個連接(萬級別)可以對應一個進程。一般來說,需要性能的web服務,用nginx。如果不需要性能只求穩定,更考慮apache,apache的各種功能模塊實現比nginx好,例如ssl的模塊就比nginx好,可配置項多。 epoll(freebsd上是kqueue)網絡IO模型是nginx處理性能高的根本理由,但并不是所有的情況下都是epoll大獲全勝的,如果本身提供靜態服務的就只有寥寥幾個文件,apache的select模型或許比epoll更高性能。當然,這只是根據網絡IO模型的原理作的一個假設,真正的應用還是需要實測。更為通用的方案是,前端nginx抗并發,后端apache集群,配合起來會更好。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看