答案應該是“依人而定“。它所憑藉的應該是您想要在您的伺服器上提供 哪一種服務。這裡有一些規則，可以在您決定應該為您的伺服器選擇哪一 種連線速度。第一個規則是：
先不要擔心同時連線的情況
一開始應該做的是確定有足夠的頻寬，好讓您的伺服器在合理的時間內送出 使用者所需要的東西。不管您所擁有的是哪一種等級的傳輸量，你可以透過 這種方式提供一個比較慢的線路速度。
第二個規則是：
送出一個資訊頁大部分是 5 秒鐘的時間
大部分的使用者在命令列式的作業系統時代裡，大部分都可以忍受五秒鐘的 傳輸時間，之後使用者可能就會對您的系統感到不耐煩了。目前，這似乎是 一個合理的數字。
因為外部影像/聲音/其他 等等是一些例外的檔案，它需要更多的時間來傳送。 如果您覺得它們也要有相同的傳輸時間，那麼當然您就必須為您的站購置/租借 更快的線路。然而，這些影像/聲音等等的規則是：
大靴需要 30 秒鐘時間來傳輸影像/聲音等檔案
上面所給的這些規則，可以讓您很直接的測出一個 HTML 文件與外部程式可以 到多大的地步。至少，在您忽略線路上的 IP 轉換，數據機上的壓縮等時間後， 您將事情給簡化了。（這些忽略的時間大概少於所有時間的百分之十，或是超 過一點點）
比較單純的是不要忽略線路上許多封包同時傳送的情形，同一條線路上不只 HTTP 的頻道再傳資料。對於數據機的線路來說，每一個 HTTP 的連線將近需要一秒鐘， 這是非常顯著的。租借的線路的話，大概只需要 0.1 或是 0.2 秒，一般使用租借線 路的使用者大概感覺不出來。
在一個 14.4 的線路中，假設送出的資料室 1.4K bytes data/second ，一秒鐘的啟動， 那麼大概可以在五秒內取得 4*1.4 或是 5.6K 的 HTML 文件。如果想要包含一張線上 即時影像，那麼大概需要兩秒鐘啟動，所以只能取得 3*1.4 或是 4.2K 的 HTML + 圖片 檔案。這意味著最好放入少一點 HTML 資訊頁資料，以及簡單的線上影像。對於外 部檔案而言， 30 秒內您會有 29 * 1.4 也就是相當於 40K 的資料，這也是非常小的檔 案。如果您有 28.8 的數據線路，這些數字就可以加倍處理，如果是一條 9600 線路， 那麼就將資料乘以 2/3 吧！
如果是一條 56K 的租借專線，那麼可以假設每秒送出 5K 的資料，也就是可以得到 25K 的 HTML 文件，或是 HTML/資料。對於外部影像，那麼應該是 150 K ，這就應該 包含了任何合理的 HTML 文件，以及小的多媒體檔案等等。對於一個 MPEG 動畫檔 來說可能還是稍嫌不夠。
如果是 T1 的租借線路時，每秒可以送出 150K 的資料，使用者可以收到 750K 的 HTML 文件，或是 4.5 MB 的外部檔案。可以包含很大的動畫，這樣的線路對於任何您想做的 服務來說都應該是有效率的了。越快越好，但是同時也越貴，這是一定的道理。
現在，您應該知道在每種頻寬時，可以處理的資料量有多少，讓我們考慮您站上所 有的連線看看。對 14.4 的數據專線來說，最大的容量是 118 MB ，56K 的線路是 422 MB 而 T1 則可以有 12GB 大小。
現在在看看您想要用的整個頻寬。不要忘記了，線路上並不只是有 HTTP 的伺服器存 在，有些伺服器可能需要更寬的頻寬。如果您需要超過您計算資料量的 100% 的話， 那麼應該是您繼續購買足夠頻寬的時候了。如果您的需要量比頻寬的 50% 還要多，您 也可以考慮在多加一些，如果您需要的比頻寬的 10% 還要少，那麼它應該就足夠了。
我們將一些簡單的數字插入，假設每個要送出的資料平均是 20K ，在所有的例子中 ，最接近百或是千個連線，那麼我們發現在一個 14.4 的線路上，平均每天 600 次的連 線，狀況應該還會不錯，最大可以到 3000 個連線。對於 56K 的線路，應該是 2300 以 及11500 次的連線，對於 T1 ，那麼每天應該是 63000 以及 315000。如果您的文件比較 小那麼就可以增加一些連線的數字。
最後應該要注意的是，對於一條 T1 線路來說，在 50% 的使用率以下，在某些伺服器 的平台可能會在同時使用的時候發生一些問題。通常來說，這是因為某些 HTTP 伺服器軟體在一 些系統上的所受到的限制，您也必須考慮伺服器的作業系統進去了！