導讀：很多站長在選購主機時會面對一個問題，頻寬1M到底能容納多少人呢?另外，在買主機時一定要了解“共享寬頻”和“獨享寬頻”。“共享100M“遠不及“獨享10M”的速度快。最近網站的流量一直在增長，這個肯定是好事。不過也有個麻煩的問題，目前本站用的的虛擬空間，每月流量30G，雖然95%的圖片都已外鏈，但流量還是很吃緊，日均2000ip，4月份流量34g左右，單JS的響應就站了15G(當然我的網站js多了點，有待最佳化)。所以最近考慮換下伺服器。物色了一圈，想看看雲主機，沒錢只能用最低端的，幾百塊錢也就1M頻寬，512記憶體，單核CPU。考慮到網站使用者體驗，百度了n多頁面，伺服器1M頻寬同時能承受多少人線上。綜合了下有如下幾點：首先要知道影響線上人數的因素1，訪問量2，網站型別：如果是出文字的網站(如小說站)，1M頻寬帶動日均5000IP，還勉強。如果是普通網站有圖片，有文字、論壇、新聞資訊型別網站 大概1M能帶一千IP。考慮到高峰期併發，1M高峰期還會卡。【最低配 單核CPU+512記憶體。1千IP CPU佔用10%左右，記憶體200到300之間】。下面根據影響因素計算下1M頻寬能同時承受多少人線上(以網路狀況良好為前提)1、 開啟網站8秒原則;2、 評判的只是：使用者從雲伺服器下載檔案的速度;3、 頁面的標準尺寸大小為：60KB;參考公式：支援連線個人 = 伺服器頻寬/頁面尺寸大小透過計算大致結果是，1Mbps的頻寬(伺服器的1M頻寬最快上下速度能達到1M/s，跟我們家用的頻寬稍有區別)支援的連線數為：17個因此，N M頻寬可以支援的同時線上人數大概為N*17個

所以，1M頻寬的雲主機，日均3000IP以下應該沒問題。當然如果你的每個頁面都比較大的話，那就沒這麼多了。具體多少，可以按照上面的演算法算下。

計算機資料的最小單位是bit，稱之為位，其他還有B、KB、MB、GB、TB等，雖然計算機也提供對位的判斷和操作，但是一般以位元組(Byte)為單位。

它們之間的換算關係是1位元組(Byte)＝8bit，1KB=1024B，1MB=1024KB，1GB=1024MB，1TB=1024GB。

1Mbps（1024KB）頻寬，換算到我們熟悉的檔案大小，除以8；也就是說1Mbps頻寬，理論下載檔案的速率大約是128KB/s。

網站頻寬應該如何選擇？

下面簡單說明

忽略網路傳輸損耗等其他因素，網站所需頻寬/8=高峰同時訪問數*平均頁面大小。平均頁面大小就是指網站所有頁面的平均尺寸。

舉例說明：因為網站訪問一般最先開啟首頁，這裡就拿網站首頁舉例：

假如網站首頁頁面大小為128K，那一兆頻寬一個人訪問就可以一秒開啟；如果首頁頁面大小為1MB，一個人訪問則需要載入8秒左右。

大家可根據自己網站程式的具體需求情況選擇頻寬。

這要看你提供什麼服務了。1M頻寬指的是1Mbps，一秒傳1M bit，也就是128k bytes。文字圖片的話一次訪問也就是幾十到幾百k，如果是音影片的話就要大很多。

這個問法是有問題的。衡量伺服器承載能力的是主機板介面速率（比如pci介面轉sfp光口），CPU的處理能力（比如應用程式併發連結數）等，題主的1M速率是衡量都會網路中，BRAS或路由器等裝置的承載使用者能力。比如1M的出口頻寬，如果為下掛使用者提供1M頻寬保障，那麼在線上率50%的條件下，可以承載10-20人。

看你伺服器要做什麼了。要搭建什麼環境，以及你所需要搭建環境的吞吐量，不同的伺服器端所需要接收發送的資料量都是不一樣的，但是1M頻寬，基本屬於非常初級的入門級別了，支援不了多少人的

你是猴子派來的逗比吧，2002年左右，伺服器一M頻寬還是有的，2009年基本都是一臺伺服器獨享10M頻寬，現在只會更多，不會更少。我只想說，你的問題應該十年前問…

這個問題實際很複雜，具體數值是測出來而不是計算出來。但可以簡單的分析一下，服務的服務是長連結還是短連結，如果我連上伺服器是一直保持連結等待伺服器響應還是下載完靜態資源斷開連結，這是兩種完全不同的情況，要考慮,CPU和記憶體的配置。你所說的同時承受是指併發還是單位時間內服務處理請求的個數。