依循這些建議，於部署 Revit Server 時平衡效能與基礎結構成本。
簡介
部署 Revit Server 時，平衡成本、使用者生產力，及資源消耗是共同目標。如果可使用的頻寬太小，則效能將會受到影響。如果有多餘可用的頻寬，則可在其他服務的協助下達成良好的效能。這個文件是舊版的更新，其嘗試說明使用 Revit Server 令人滿意之用戶體驗所需最小頻寬的特性。此反映了 Autodesk 目前對其客戶使用模式的瞭解。非典型部署可能需要比此處所建議更多或更少的頻寬。
- 在 65ms WAN 上執行協同合作作業，而非在 35ms WAN 上。
- 測試資料集現在是含 ~ 220MB 連結的 ~ 240MB 模型，而非無連結的 ~ 92MB 模型。
- 開啟中央模型本端複本所需的時間現已進行討論，此在過去並未討論。
請注意，我們所報告「WAN 網路頻寬」反映網路的實際流量，並非連線等級。外部因素 (例如不相關的串流流量) 可以減少真實世界的可用頻寬，因此我們建議您於典型使用週期期間驗證網路行為。這可透過測量將幾百的 MB 的資料從網路上某一點複製至另一點所需的時間輕鬆達成。(請注意，這必須小心執行，以確保網路壓縮和封包外形不會影響作業的效能。
討論
頻寬和轉移少許資料的作業效能
如果正在網路間移動的資料量小，則頻寬需求不會過多。在此範例中，我們會出庫使用包含 18,000 個元素的工作集。(元素的數目實際上對完成作業所需的時間是有影響的)。請注意，完成作業所需的時間不會因頻寬增加而有重大變化：雖然資料可在 WAN 間進行存取，轉移的資料量是非常小的。其他具同等光網路跡線 (如借用或放棄原宿) 的作業會有類似的行為。
頻寬和轉移適量資料的作業效能
透過比較，作業 (例如「與中央同步 (SWC)」) 會在網路上移動更多的資料。這些作業往往更容易受到可用流量的影響。在此範例中，我們會執行一個在跨 WAN 上轉移約 7 MB 資料的 SWC。頻寬需求量的提高顯而易見；在頻寬不足的狀況下，完成該作業所需的時間會大幅增加。(請注意，於 SWC 期間的轉移資料量會根據模形複雜性與進行同步變更之複雜性而定。一個 7MB 的轉移說明靠近典型使用者活動上限之 SWC 的特性。)
頻寬和轉移重要資料的作業效能
除了首次儲存中央模型外，Revit 中最密集的頻寬使用者動作就是建立新的本端複本：在此作業期間，Revit 必須建置模型權限狀態及其連結的快取，如此其可在跨 WAN 之間轉移大量的資料。於此範例中，總共有 42MB 的資料可從主要伺服器複製至使用者的工作站：27MB 為主體模型的權限狀態，而 15MB 為其連結的權限狀態。因使用轉移更多適當資料量的作業，則可用流量與效能之間具有直接關係。網路管理員可能想要於此類作業期間，根據其使用者的延遲公差校準可用頻寬。
結論
- 試圖跨越廣泛的地理距離進行協同合作：可能需要更多的頻寬以達到良好的使用性，因為不足的頻寬和高延遲會對效能展生負面的複合影響。
- 執行大型模型和專案：使用大型模型時，產生繁重網絡流量的作業將會移動更多的資料。可能需要更多的頻寬，以確保這些作業在適當的時間範圍內完成。
- 頻繁的同步伺服器存取：當多個使用者同步存取 Revit Server 時，必須共用頻寬。若 Revit Server 負載過重，增加可用頻寬將有助於確保每個使用者皆可存取足夠的流量。
相反地，極輕負載的伺服器、跨適當距離的部署，及具有限複雜性的專案可能會達到流量明顯小於 3Mbit / 秒的合理效能。
最後，請注意，網路流量最佳化及壓縮 (例如，實作於 Riverbed 之 Steelhead 裝置的事項) 完全與 Revit Server 相容，並可進一步提高效能，尤其是在不利的網絡條件下。