伺服器的並發量和什麼有關

『壹』 請教伺服器並發數與cpu主頻的關系

二者之間好像沒什麼關系。
要看你的每個連接平均需要多少資源。
比如ftp服務，並發數多了硬碟和網卡可能支撐不住；資料庫服務如果每個查詢都很復雜，消耗cpu就大；web頁面如果伺服器端腳本比較多，對資源消耗肯定比靜態頁面高。
具體問題具體分析，單純比較並發數和cpu，意義不大。

『貳』 並發量的多少是衡量網站後端的重要指標

網站後端是自己使用的，並不需要多少並發量。前端的並發一般程序和運行環境都是沒問題的。除非特殊行業需要超高並發就需要另算了。

『叄』 阿里雲伺服器，2核4G、5M帶寬的PV和並發大概是多少

PV和並發不是固定數值，看的是你網站具體運營資源佔用
和帶寬比例關系

比如說同樣的1M帶寬
你做文字企業站，和做成電影下載站，很明顯承載能力是不一樣的
不可能PV有固定比例

並發數，這個浮動幾率更大了，甚至和你最終採用的服務系統都息息相關
比如Apache 和IIS 都有很大區別
然後不同程序對伺服器資源佔用比例都有很大關系
同時還要結合上面帶寬的問題，所以不可能有固定結果。

另外，對於店大欺客的問題，有必要強調一下，網路能看到很多這種情況，萬網雖好但是客服目前依然是整個產品鏈的缺口，太多太多人出現問題得不到應有的服務。

『肆』 什麼是並發數

並發數，計算機網路術語，是指同時訪問伺服器站點的連接數。

由於虛擬主機是建立在每台伺服器多用戶的基礎上的，也就是多個用戶共同使用一台伺服器。為了避免同一台伺服器上的某一個用戶的IIS鏈接人數過多或佔用伺服器資源過多而影響其它用戶的正常使用。

所以，目前所有虛擬空間提供商都對單個用戶的IIS鏈接數，流量及伺服器進程佔用CPU的比率進行了相應的限制。 當某一個用戶的站點超出了伺服器上的設制後，訪問站點時就會出現伺服器忙，或目前訪問該站點的人數過多，超出了WEB的處理能力等相關錯誤提示。

(4)伺服器的並發量和什麼有關擴展閱讀：

並發連接數是衡量防火牆性能的一個重要指標。在市面上常見防火牆設備的說明書中大家可以看到，從低端設備的500、1000個並發連接，一直到高端設備的數萬、數十萬並發連接，存在著好幾個數量級的差異。

在我們用電腦工作時，打開的一個窗口或一個Web頁面，我們也可以把它叫做一個「會話」，擴展到一個區域網裡面，所有用戶要通過防火牆上網，要打開很多個窗口或Web頁面發（即會話），那麼，這個防火牆，所能處理的最大會話數量，就是「並發連接數」。

檢查您的網站是否存在比較大的圖片、FLASH、音樂、電影等文件，例如：某一個站點的訪問用戶並不是很多，IIS鏈接數也可能只有幾十個，但是他在網頁中使用了比較大的的FLASH或圖片（如超過300K），以增強網頁效果。

結果就可能會出現不能訪問的情況，原因是該站點的流量（帶寬）使用量超限，所以建議網頁上盡量使用較小的文件，這樣即能避免流量超限，也能增加客戶端的下載速度，給客戶更好的感覺！

最後請注意：伺服器對於某一個鏈接的默認超時時間一般為15--20分鍾，也就是當訪問用戶訪問你的網頁並關閉後，一般需要15--20分鍾，伺服器才從其內存中將其清除，視為無效鏈接！

『伍』 影響web伺服器請求並發數量的因素

影響web伺服器請求並發數量的因素
只討論一台伺服器的話，3650雙路加4G內存支持到5萬並發是容易達到的，即使針對業務流比較復雜的情況，也能滿足很大程度的需要。
但是考慮到存儲子系統，比如4塊sas硬碟raid0，可能只能達到5000數量級的並發請求。如果是以另外的光纖盤陣來支持存儲則可以顯著提高硬碟傳輸帶寬的性能。
最後還要考慮到你的網路帶寬，對大多數網站來說，通常這才是最大的瓶頸所在。也就是說即使你的cpu、內存、硬碟都沒問題，也會因為租用的網路帶寬限制而影響最大的並發數。

『陸』 並發連接數主要與什麼有關(2個小時)

IIS連接數指並發連接數要分幾種情況：
1.用戶打開你的頁面，就算停留在頁面沒有對伺服器發出任何請求，那麼在用戶打開一面以後的20分鍾內也都要算一個在線，就是說你50人的網站20分鍾內可以接受不同用戶打開50個頁面。
2.上面B的情況用戶繼續打開同一個網站的其他頁面，那麼在線人數按照用戶最後一次點擊（發出請求）以後的20分鍾計算，在這個20分鍾內不管用戶怎麼點擊（包括新窗口打開）都還是一人在線。
3.當你的頁面內存在框架（IFrame），那麼每多一個框架就要多一倍的在線！因為這相當於用戶同一時間向伺服器請求了多個頁面。
4.當用戶打開頁面然後正常關閉瀏覽器，用戶的在線人數也會馬上清除。

防火牆並發連接數：

並發連接數是指防火牆或代理伺服器對其業務信息流的處理能力，是防火牆能夠同時處理的點對點連接的最大數目，它反映出防火牆設備對多個連接的訪問控制能力和連接狀態跟蹤能力，這個參數的大小直接影響到防火牆所能支持的最大信息點數。

並發連接數是衡量防火牆性能的一個重要指標。在目前市面上常見防火牆設備的說明書中大家可以看到，從低端設備的500、1000個並發連接，一直到高端設備的數萬、數十萬並發連接，存在著好幾個數量級的差異。那麼，並發連接數究竟是一個什麼概念呢？它的大小會對用戶的日常使用產生什麼影響呢？要了解並發連接數，首先需要明白一個概念，那就是「會話」。這個「會話」可不是我們平時的談話，但是可以用平時的談話來理解，兩個人在談話時，你一句，我一句，一問一答，我們把它稱為一次對話，或者叫會話。同樣，在我們用電腦工作時，打開的一個窗口或一個Web頁面，我們也可以把它叫做一個「會話」，擴展到一個區域網裡面，所有用戶要通過防火牆上網，要打開很多個窗口或Web頁面發（即會話），那麼，這個防火牆，所能處理的最大會話數量，就是「並發連接數」。
像路由器的路由表存放路由信息一樣，防火牆里也有一個這樣的表，我們把它叫做並發連接表，是防火牆用以存放並發連接信息的地方，它可在防火牆系統啟動後動態分配進程的內存空間，其大小也就是防火牆所能支持的最大並發連接數。大的並發連接表可以增大防火牆最大並發連接數，允許防火牆支持更多的客戶終端。盡管看上去，防火牆等類似產品的並發連接數似乎是越大越好。但是與此同時，過大的並發連接表也會帶來一定的負面影響：
1.並發連接數的增大意味著對系統內存資源的消耗
以每個並發連接表項佔用300B計算，1000個並發連接將佔用300B×1000×8bit/B≈2.3Mb內存空間，10000個並發連接將佔用23Mb內存空間，100000個並發連接將佔用230Mb內存空間，而如果真的試圖實現1000000個並發連接的話那麼，這個產品就需要提供2.24Gb內存空間！
2.並發連接數的增大應當充分考慮CPU的處理能力
CPU的主要任務是把網路上的流量從一個網段盡可能快速地轉發到另外一個網段上，並且在轉發過程中對此流量按照一定的訪問控制策略進行許可檢查、流量統計和訪問審計等操作，這都要求防火牆對並發連接表中的相應表項進行不斷的更新讀寫操作。如果不顧CPU的實際處理能力而貿然增大系統的並發連接表，勢必影響防火牆對連接請求的處理延遲，造成某些連接超時，讓更多的連接報文被重發，進而導致更多的連接超時，最後形成雪崩效應，致使整個防火牆系統崩潰。
3.物理鏈路的實際承載能力將嚴重影響防火牆發揮出其對海量並發連接的處理能力
雖然目前很多防火牆都提供了10/100/1000Mbps的網路介面，但是，由於防火牆通常都部署在Internet出口處，在客戶端PC與目的資源中間的路徑上，總是存在著瓶頸鏈路——該瓶頸鏈路可能是2Mbps專線，也可能是512Kbps乃至64Kbps的低速鏈路。這些擁擠的低速鏈路根本無法承載太多的並發連接，所以即便是防火牆能夠支持大規模的並發訪問連接，也無法發揮出其原有的性能。
有鑒於此，我們應當根據網路環境的具體情況和個人不同的上網習慣來選擇適當規模的並發連接表。因為不同規模的網路會產生大小不同的並發連接，而用戶習慣於何種網路服務以及如何使用這些服務，同樣也會產生不同的並發連接需求。高並發連接數的防火牆設備通常需要客戶投資更多的設備，這是因為並發連接數的增大牽扯到數據結構、CPU、內存、系統匯流排和網路介面等多方面因素。如何在合理的設備投資和實際上所能提供的性能之間尋找一個黃金平衡點將是用戶選擇產品的一個重要任務。按照並發連接數來衡量方案的合理性是一個值得推薦的辦法。
以每個用戶需要10.5個並發連接來計算，一個中小型企業網路（1000個信息點以下，容納4個C類地址空間）大概需要10.5×1000=10500個並發連接，因此支持20000～30000最大並發連接的防火牆設備便可以滿足需求；大型的企事業單位網路（比如信息點數在1000～10000之間）大概會需要105000個並發連接，所以支持100000～120000最大並發連接的防火牆就可以滿足企業的實際需要; 而對於大型電信運營商和ISP來說，電信級的千兆防火牆（支持120000～200000個並發連接）則是恰當的選擇。為較低需求而採用高端的防火牆設備將造成用戶投資的浪費，同樣為較高的客戶需求而採用低端設備將無法達到預計的性能指標。利用網路整體上的並發連接需求來選擇適當的防火牆產品可以幫助用戶快速、准確的定位所需要的產品，避免對單純某一參數「愈大愈好」的盲目追求，縮短設計施工周期，節省企業的開支。從而為企業實施最合理的安全保護方案。

在利用並發連接數指標選擇防火牆產品的同時，產品的綜合性能、廠家的研發力量、資金實力、企業的商業信譽和經營風險以及產品線的技術支持和售後服務體系等都應當納入采購者的視野，將多方面的因素結合起來進行綜合考慮，切不可盲目的聽信某些廠家廣告宣傳中的大並發連接的宣傳，要根據自己業務系統、企業規模、發展空間和自身實力等因素多方面考慮。

『柒』 並發數與伺服器配置的關系，能舉個例子說明一下嗎

並發數是說同一時刻, 有多少人訪問你的伺服器, 注意不是同一秒, 是同一時刻, 伺服器的配置當然就要看你處理一個請求所花費的時間, 例如一個請求, 你要花費1000毫秒(1秒鍾) 那你可以在伺服器做並發測試, 看看並發的時候, 性能達到多少

『捌』 並發數與伺服器配置的關系，能舉個例子說明一下嗎

做網站的話，伺服器要分前端和後端的，還有cache、負載平衡、網路帶寬和存儲系統等問題要考慮，不是單講一台伺服器就能說清楚的。

只討論一台伺服器的話，3650雙路加4G內存支持到5萬並發是容易達到的，即使針對業務流比較復雜的情況，也能滿足很大程度的需要。
但是考慮到存儲子系統，比如4塊sas硬碟raid0，可能只能達到5000數量級的並發請求。如果是以另外的光纖盤陣來支持存儲則可以顯著提高硬碟傳輸帶寬的性能。
最後還要考慮到你的網路帶寬，對大多數網站來說，通常這才是最大的瓶頸所在。也就是說即使你的cpu、內存、硬碟都沒問題，也會因為租用的網路帶寬限制而影響最大的並發數。

還有一點，經過優化的網站程序對結果也有很大影響。事實上很多網站的訪問體驗很糟糕，其實不是因為硬體的原因，而是程序寫的太爛。

很抱歉我本想以單台伺服器來講，但是說著說著又變成講網站架構了。不如舉個例子吧，如果你在這台伺服器上運行discuz或動網之類的服務，在沒有特別高峰的情況下，5萬並發是沒有問題的。

『玖』 如何提高伺服器並發數

消除瓶頸是提高伺服器性能和並發能力的唯一途徑。
如果你能夠消除所有的瓶頸，你就能夠最大的發揮硬體性能，讓系統的性能和並發數到達最佳。
採用多線程多核編程，使用事件驅動或非同步消息機制，盡量減少阻塞和等待操作（如I/O阻塞、同步等待或計時/超時等）。
原理：
1、多線程多核編程，消除cpu瓶頸。
2、採用IOCP或epoll，利用狀態監測和通知方式，消除網路I/O阻塞瓶頸。
3、採用事件驅動或非同步消息機制，可以消除不必要的等待操作。
4、如果是Linux，可以採用AIO來消除磁碟I/O阻塞瓶頸。
5、在事件驅動框架或非同步消息中統一處理timer事件，變同步為非同步，而且可以在一個線程處理無數timer事件。
6、深入分析外部的阻塞來源，消除它。
比如資料庫查詢較慢，導致伺服器處理較慢，並發數上不去，這時就要優化資料庫性能。
7、如果與某個其他server通信量很大，導致性能下降較多。
可以考慮把這兩個server放在一個主機上，採用共享內存的方式來做IPC通信，可以大大提高性能。