1M的話承載主要是看這些人要做什麼。下載圖片還是看小說類，1M頻寬你可以理解為128KB/s的速度。例如我這有臺機器大家只是登陸上去當測試服敲敲程式碼。需要的頻寬就非常小，登陸10幾個人都不卡。 但是如果其中有個人在下載一個2M的圖片。那這幾秒鐘內其他人基本卡死。

1/2

分步閱讀

首先要知道影響線上人數的因素訪問量，毋庸置疑，訪問量越大，佔用的頻寬越大，網站型別：如果是出文字的網站（如小說站），1M頻寬帶動日均5000IP，還勉強。如果是普通網站有圖片，有文字、論壇、新聞資訊型別網站 大概1M能帶一千IP。考慮到高峰期併發，1M高峰期還會卡。【最低配 單核CPU+512記憶體。1千IP CPU佔用10%左右，記憶體200到300之間】。比如華省省部落格www.huashengsheng.com用的是1M的阿里雲伺服器，每天接受訪問量5000IP正常開啟！

2/2

下面根據影響因素計算下1M頻寬能同時承受多少人線上（以網路狀況良好為前提）1、 開啟網站8秒原則；（只有8秒時間讓客戶記住你的網站）一般訪客超過八秒無法開啟網站，就會選擇關閉網站了。其實，一般超過三秒都很難讓訪客忍受，八秒原則講的是使用者體驗。2、 評判的只是：使用者從雲伺服器下載檔案的速度；3、 頁面的標準尺寸大小為：60KB；參考公式：支援連線個人 = 伺服器頻寬/頁面尺寸大小透過計算大致結果是，1Mbps的頻寬（伺服器的1M頻寬最快上下速度能達到1M/s，跟我們家用的頻寬稍有區別）支援的連線數為：17個因此，N  M頻寬可以支援的同時線上人數大概為N*17個所以，1M頻寬的雲主機，日均3000IP以下應該沒問題。當然如果你的每個頁面都比較大的話，那就沒這麼多了。具體多少，可以按照上面的演算法算下。

##################################

我覺得什麼日均訪問量不是很好的衡量。

我覺得應該計算的是一秒內能支撐的訪問量。

1M等於128k速率。

##################################

假設WEB服務:

你的首頁index.html為10K。

css和JS總和為10K。

那麼如果一個客戶訪問網站。

先獲取10k的首頁。

再獲取10的CSS和JS。

128k除10k等於12個左右。

也就是說一毫秒內可以發出12個首頁。

當然也要計算伺服器的處理速度。

假如伺服器處理12個首頁發出需要20毫秒。

那麼1秒等於1000毫秒。

1000毫秒除20毫秒等於50次首頁發出。

也就是一秒內可以收到50和客戶的請求。

下一秒再發送其他資料。

一秒50次。

60秒乘50次等於3000次。

3000次乘60分鐘等於180000次。

180000次乘24小時等於4320000次。

也就是說一個首頁一天就可以發出很多次。

當然伺服器需要足夠快。

如果計算其他的可以以此類推。

不一定正確當可以參考吧！

圖片或者其他較大檔案建議放在其他加速伺服器或者第三方伺服器上。

##################################

FTP或SMB檔案共享:

如果只看檔案的話。

估計幾百個吧！

但是要是下載或者觀看等。

一個就嗆了。。

##################################

DNS解析:

基本上一個解析也就幾個十個位元組。

上千人不是問題。

關鍵是伺服器要足夠快。

##################################

NPV服務(倒著念):

如果是隻看網頁文字和部分圖片。

2至3人還可以瀏覽。

看影片一個人也只能看360p的了。

##################################

KMS windows啟用服務:

這個目前不知道。

沒用過。

但是幾十人應該不是問題。

##################################

如果每客戶限制100字以內。

那麼每個漢字佔8位元組。

100乘8位元組等於800位元組。

加上其他認證資料也就1K左右。

128k的速率。

##################################

編不下去了。

自行腦補吧。

##################################

這個問題加個限定條件吧，是否做過高併發最佳化跟沒做區別很大，做過最佳化跟沒作最佳化差個幾十倍，甚至上百倍，很正常。資料庫最大連線數也應該給個條件，如果資料庫最大連線數是100，那麼我告訴你，無論如何你的同時訪問人數不會超過100。