帶寬是首先要考慮的問題之一在探討帶寬問題時，我們先來談談INTERNET連接類型和網絡連接能力。
INTERNET帶寬決定你的計算機獲得數據的速度和可以同時處理的請求數量。如果你不能針對進入你的站點的請求數量提供足夠的帶寬，將出現延遲和失敗。你所擁有的帶寬量由所選定的連接類型決定。
通過推測內容文件的平均大小、發送這樣大小的文件所需的時間以及你想要同時支持的用戶數量，你可以選擇合理的連接。
作為一般的規則，發送頁面的時間應該少於5秒鐘。這不包括附帶的圖形、音頻和視頻信息。通常情況下，附帶的文件在加載文本文件後加載。針對附帶文件的一般規則應該是少於30秒的時間內加載完成。這樣訪問速率就會提高。
在已經確定你的WEB或者FTP服務器所要求的帶寬後，請確定你是否提供其他對帶寬有要求的服務。如:郵件服務、音頻和視頻服務等。因此，請保證已經包括足夠的帶寬用於這些服務上。
在通常情況下，INTERNET連接到達一個路由器，然後網卡將計算機連接到該路由器上。你需要一個高性能的網卡以防止INTERNET連接和計算機之間出現的瓶頸。例如:你用1.54MBPS帶寬的T1線路連接到INTERNET上，應該將服務器放置在10MBPS帶寬的以太LAN上。但是，要使用T3線路連接到INTERNET上，你應該考慮為服務器提供FDDILAN，因為T3的45MBPS帶寬比以太的10MBPS帶寬高的多。
現在，北京電報局的帶寬是T3線路，45MBPS。上海長信局是105MBPS的帶寬。
CHINAASP的服務器就選擇放在上海長信局，所以排除了帶寬對訪問速度的影響。
其他網絡連接能力你所采用的網絡連接類型直接影響服務器的性能。每當網絡連接不能控制通過他發送的數據量時，服務器的性能就會受到損害。此外，在計算機上運行的需要占用網絡帶寬的其他應用程序也影響IIS可以使用的帶寬。
假設你想將一個文本頁面的傳輸時間持續5秒鐘，同時假定向接受該頁面的用戶傳送了月個大小為63360位的文本文件，用5秒的時間除63360位=12672BPS/每用戶。
例如:對T1線路，用12672BPS/每用戶除1540000位/每秒(BPS)=121，所以，在T1連接上可以同時支持121個用戶。T3所支持的用戶支持超過5000個用戶。56K(桢中繼)可以支持10-20個用戶，ISDN可以支持10-50個用戶。
CPU的瓶頸影響信息在計算機的各種部件中，與CPU時鐘速度和CPU移動信息所使用的數據總線大小有關。更快的時鐘速度意味著在相同的時間周期內數據總線可以進行更多的往返行程。通常用兆赫(MHZ)表示時鐘，根據總線的大小，每個行程可以攜帶16、32、64位的數據。攜帶多少數據由所使用的操作系統和應用程序所基於的傳輸速度決定著。
CPU瓶頸表現為很高的CPU利用百分比數，同時網卡保持著極低的性能。如果CPU利用率高，你可以升級CPU、向同一台計算機額外增加CPU或額外增加計算機，在該計算機上放置您的站點，然後在它們之間分配通訊量，如果您正在WEB服務器上運行其他CPU密集型應用程序，如數據庫應用程序，你可以將其他應用程序移動到另外的機器上。
如果您的服務器裝有SQLSERVER，在條件允許的情況下，建議您的服務器配置雙CPU，數據庫用一個CPU，其他服務用一個CPU。或者您再添加一台服務器做為專門的SQLSERVER服務器。
這樣可以提高您站點的訪問性能。
