《微軟模擬飛行 2024》於幾週前發布，人們對其基於雲的解決方案進行了很多討論，該解決方案將其內容傳輸到本地 PC 和 Xbox 控制台，其中包括一些較大的不准確之處。
對於許多人來說，這次發布的過程很艱難，服務器被微軟沒有預料到的需求量壓垮了，這可能有助於證實我們在模擬器發布之前看到的一些相當荒謬的數字。
當幾週前發布技術 Alpha 版時，不少網站發表文章聲稱《微軟模擬飛行》的每小時下載使用峰值高達 81 GB。
這是因為他們的作者（或者至少是最先發表文章的作者，其他人都在復製而沒有進行任何事實核查）錯誤地讀取了 YouTube 上本來就很糟糕的數據。
基本上，他們選擇了最高帶寬速率，將其轉換為每秒兆字節的數據下載，然後……簡單地將其乘以一小時內的秒數。這是非常可笑的，因為他們用作參考的同一視頻顯示模擬器永遠不會長時間以峰值速率下載數據，更不用說整整一個小時了。
“81 GB/小時”這個數字簡直就是科幻小說。模擬器甚至沒有使用那麼多數據。
不幸的是，儘管模擬器可用，而且啟動問題（至少對於大多數問題）已經正常化，但這些文章從未得到糾正或刪除，因此讀者今天仍然面臨著極具誤導性的說法。
有經驗的用戶可能不會被它們欺騙，但很多人不具備識破此類假新聞所需的工具和知識。
為了最終澄清事實，我們決定親自嘗試《微軟模擬飛行 2024》，以相當準確地了解它在各種情況下使用的數據量。這樣，您就可以自行判斷您的互聯網連接是否足夠強大來享受這款 SIM 卡。
首先，消除可能的誤解是一個很好的做法：有些人認為 Microsoft Flight Simulator 的雲流媒體類似於 Xbox Cloud Gaming 或 GeForce Now 等雲遊戲解決方案。事實並非如此。
這些解決方案在 Microsoft 或 Nvidia 服務器場的遠程硬件上渲染遊戲，然後將視頻流式傳輸到本地客戶端，同時您發回輸入。
Microsoft Flight Simulator 2024 的雲解決方案將資產（風景和飛機）流式傳輸到您的本地 PC 或 Xbox，但渲染是由您的本地計算機進行的。基本上，微軟的雲就像一個巨大的存儲驅動器一樣使用。您的硬件仍在承擔繁重的工作。
這部分已經在 MSFS 2020 中完成（有些人似乎認為雲流媒體是在 2024 年引入的，這是另一個誤解），儘管程度較小，僅流媒體部分風景資產。基本上，MSFS 2024 所做的是 MSFS 2020 基礎內容的演變和擴展。
現在我們已經解決了這個問題，讓我們來談談測試 Microsoft Flight Simulator 的雲數據使用情況的方式。我們將在各種條件下進行多次飛行（準確地說是 11 次。您在下面看到的一些視頻提到了 9 次，但在錄製並上傳其餘視頻後，我們又進行了兩次相關測試）。
我們還將對大多數條件進行兩次測試，帶寬不受限制，帶寬限制為 40 Mbps（請注意，這是每秒兆位，並不等於每秒 40 兆字節）。這將使我們能夠了解當云可以在任何給定時間免費向您發送所需的所有數據時模擬器的性能，以及當您實際上略低於建議的 50 Mbps 規格時會發生什麼。
對於每個航班，我們將包含一個視頻，向您展示下載如何影響模擬器的外觀，例如可見的加載和彈出窗口，以及從模擬器啟動到視頻錄製結束的下載使用情況的完整圖表（由 Netlimiter 提供）（以兆字節每秒為單位）。
我們還將列出加載時間、下載的總 GB 數以及該特定情況下每小時數據消耗的估計值。
除其中一項外，所有飛行均在完全刪除滾動緩存後執行，滾動緩存是本地存儲中可自定義的 GB 數，專用於存儲從雲接收的資源，從而減少飛越最近訪問過的區域時需要下載的內容。
用於測試的硬件是配備 Intel Core i7 13700k、Nvidia GeForce RTX 4080 和 32 GB DDR5 RAM 的 PC。 DLSS 處於質量狀態並且幀生成處於活動狀態。 ULTRA 設置下的分辨率為 1440p（禁用運動模糊，因為運動模糊是邪惡的）。值得一提的是，更改分辨率不會顯著影響下載使用情況。
當無限制時，我們擁有非常強大的互聯網連接，下載速度為 916 Mbps，上傳速度為 245 Mbps。這遠遠超出了我們需要的永遠不會真正成為模擬器瓶頸的程度。
在進行測試之前，我們將在此提及結論，因此除非您願意，否則您無需閱讀本文近 4,000 字的所有內容（並觀看 11 個視頻）。
基本上，即使在滾動緩存發揮作用之前，《Microsoft Flight Simulator 2024》每小時也會使用大約 10-15 GB 的數據，如果您在像紐約市這樣沒有攝影測量覆蓋的區域飛行，則可能會少得多。
根據您使用同一架飛機並在相同區域飛行的頻率（以及滾動緩存有多大），滾動緩存處於活動狀態時，使用量可能會下降至每小時 3 GB 以下，這始終是可取的，並且是默認設置。
實際上，我建議將滾動緩存從默認的 18 GB 增加到 36 GB。如果您有空閒存儲空間，則可以更高。這可以在選項的在線菜單中完成。
另請閱讀：微軟飛行模擬 2024 確認與漢莎航空建立革命性的導航數據合作夥伴關係
話雖這麼說，即使提到每小時 81 GB 之類的瘋狂數字（更不用說在標題中）也是令人難以置信的誤導，而且根本不准確。如果你正常使用模擬器，你根本就無法接近。
現在我們已經解決了這個問題，讓我們開始正題吧。
微軟模擬飛行 2024 雲下載測試 1 – 紐約市上空的塞斯納 172 – 無限帶寬
對於第一個航班，我們乘坐默認的塞斯納 172 從紐約約翰·肯尼迪國際機場起飛。然後我們向西飛越紐約市。這條路線讓我們低空緩慢地飛越模擬器中下載最密集的城市區域之一，我們周圍有大量的空中交通，其中還包括流媒體人工智能驅動的飛機。
值得一提的是，有時您會看到屏幕頂部的統計計數器閃爍並消失，同時 FPS 損失相當多。就在我將鼠標移動到另一個屏幕以從 Netlimiter 圖表中截取屏幕截圖時，我需要定期執行這些操作並將其拼接在一起，因為它們一次只記錄 20 分鐘。由於模擬器失去焦點並且我的 PC 資源轉移到 Netlimiter，每秒幀數會暫時下降。
此測試的帶寬不受限制。第一個嵌入是一個播放列表，其中包含本文中使用的所有視頻（如果您想全部觀看）。當然，你不需要。
這是數據使用圖表。
從我們點擊桌面上的圖標到主菜單，模擬器花費了 2 分 10 秒的時間來加載。 4 分 12 秒後，我們就到達了停機坪，周圍的所有資產都已加載完畢，其中包括幾秒鐘的飛行配置。
從我們啟動模擬器到飛行結束的總帶寬使用量為 9.3 GB。這意味著每小時大約消耗 12 GB 的數據。這顯然與我上面提到的文章中聲稱的 81 相差甚遠。
由於缺乏滾動緩存以及攝影測量數據和交通集中在紐約市地區，這種情況已經將模擬器的雲推得很遠。在上圖中，您可以清楚地看到最大的峰值出現在開始附近，模擬器下載了大部分場景，但最大使用量永遠不會太長。
隨著飛行的進行，下載速率幾乎總是低於每秒 5 兆字節，而一些較小的峰值是由於移動相機造成的。在飛行即將結束時，您可以看到攝影測量覆蓋的區域結束，下載的數據變得最少。
Microsoft Flight Simulator 2024 雲下載測試 2 – Cessna 172 飛越紐約市 – 帶寬限制為 40 Mbps
下一個測試與上面的場景相同，但我們將帶寬限制為 40 Mbps。這會造成瓶頸，且低於建議的 50 Mbps 規格。
主菜單的初始加載時間為 3 分 29 秒。考慮到模擬器在加載屏幕期間立即開始從雲端下載數據，這是預期的。無論位置和飛機如何，這和首個航班的裝載時間幾乎保持一致，因此我們不會在後續航班中重複它們。
當我們嘗試裝載航班本身時，第一個重大變化就出現了。當模擬器加載建築物和人工智能交通模型時，它在機場上空的“鳥瞰圖”中停留的時間要長得多。到達停機坪大約需要 6 分鐘，但飛機和風景上的紋理都沒有下載完成。
最終，紋理完全下載需要 12 分 3 秒。請記住，您可以在此之前開始移動並準備航班，因此您無需等待。
之後，一切恢復正常。雖然可以看到一些有限的彈出窗口，特別是當您更改相機或快速移動相機角度時，但模擬器運行良好，並且風景看起來仍然很棒。
正如您在上圖中看到的那樣，下載比率保持更加穩定，因為它不會像帶寬不受限制時那樣暫時飆升很高，然後又減慢。請注意，比例尺與之前的圖表有很大不同。
初始加載後，模擬器在下載飛機和機場時平均每秒約為 6 兆字節，然後大部分時間都低於每秒 2 兆字節，峰值高達 10 甚至更高一點。
同樣，您可以看到我們離開攝影測量區域的那一刻，大部分時間花費在每秒下載不到半兆字節和更少的輻條上。
當帶寬有限時，初始加載是您要付出的最大代價。之後，一切就很順利了。這次飛行下載的數據為 9.2 GB，這幾乎是我們的每小時費率，因為從啟動 SIM 卡到記錄結束幾乎整整花了一個小時。
帶寬利用率較低並不奇怪，因為我們在機場停留的時間更長，而一切都在加載。
微軟模擬飛行 2024 雲下載測試 3 – 紐約市上空空客 A320neo v2 – 無限帶寬
然後，我們換乘飛機，但保留從肯尼迪國際機場飛往紐約市的類似航線，且帶寬不受限制。這次我們駕駛空客 A320neo v2，這使我們能夠測試當飛行得更高（24,000 英尺）和更快時情況是否會發生變化。
如上所述，初始下載到主菜單與之前大致相同。加載完所有紋理後，到達停機坪需要 4 分 47 秒。它略高，因為空客比塞斯納擁有更複雜的模型和更大的紋理。
再次請記住，這包括一些時間來設置飛行，但與此同時，模擬器已經在後台下載風景。
正如您所看到的，該圖表看起來與塞斯納飛機的飛行非常相似，但我們下載的數據比攝影測量少。這可能是由於飛得更高並以較低的 LOD 進行可視化所致。
總數據利用率類似，為 9.1 GB，但每小時利用率稍高，為 13 GB/小時。原因很簡單。我們的速度更快，因此我們可以在相同的時間範圍內覆蓋更多的地面並下載更多的地形數據。
空中客車公司需要更長的時間來準備飛行，因此我們在機場呆了更多的時間，這在一定程度上抵消了這一影響。
當然，每小時的總利用率會根據您去的地方而有所不同。如果您所在的區域沒有攝影測量，您將不會下載那麼多數據。
微軟模擬飛行 2024 雲下載測試 4 – 紐約市上空的空中客車 A320neo v2 – 帶寬限制為 40 Mbps
我們重複上述場景，但帶寬限制為 40 Mbps。同樣，最大的障礙是停機坪的初始加載，因為由於瓶頸，我們的飛機上和我們周圍的每個紋理需要 13 分 10 秒才能加載。
就像塞斯納飛機一樣，在那之後，儘管出現了一些有限的情況，但航行幾乎一帆風順。雖然遇到瓶頸，但下載仍然能夠很好地跟上我們的速度，當我們離開攝影測量區域時，一切都變得非常完美。
總數據利用率為 9.9 GB。每小時利用率約為 12 GB。
微軟模擬飛行 2024 雲下載測試 5 – Fenix Airbus A320 上空紐約市 – 無限帶寬
我們重複與默認空客 A320neo 完全相同的路線，但這次我們使用 Fenix 模擬的空客 A320，具有無限帶寬。這是一個有趣的測試，因為這是一個第三方附加組件，這意味著飛機不是從雲端進行流式傳輸，而是在我們的 SSD 上。有多大幫助？
4 分 18 秒後，我們就在停機坪上滿載了，這比流式傳輸的空客飛機要快得多。這並不奇怪，因為我們的飛機是立即渲染的。
圖表類似，但我們可以很明顯地看到初始下載集群較小。該航班的全部數據利用率為 8.4 GB。每小時利用率略低於 11 GB。
微軟模擬飛行 2024 雲下載測試 6 – Fenix Airbus A320 在紐約市上空 – 帶寬限制為 40 Mbps
同樣，在帶寬限制為 40 Mbps 的情況下重複測試。加載完所有模型和紋理後，到達停機坪需要 10 分 40 秒，這明顯比流式傳輸的空客要少。
我們還在圖表中看到了其效果。該航班的下載利用率為 8.6 GB，相當於每小時 10 GB 以上。
我們當然可以得出結論（我懷疑這會讓任何人感到驚訝），將您的飛機存儲在本地有助於縮短加載時間和數據利用率。這已經可以通過第三方飛機實現，但在撰寫本文時默認飛機還無法實現。
微軟模擬飛行 2024 雲下載測試 7 – Cirrus Vision Jet 飛越大峽谷 – 無限帶寬
通過這次測試，我們將真正開始推動模擬器的雲解決方案，因為我們將從大峽谷國家公園機場向西飛越大峽谷，一直到攝影測量結束的地點，並提供無限帶寬。在我的實驗中，由於攝影測量的細節和密度很高，這是整個模擬中數據最密集的地方。
我們將乘坐 Cirrus Vision 噴氣式飛機飛行，因此我們將快速覆蓋很多地面，並且我們保持低空飛行，因此細節水平將保持較高水平。
這在圖表的後半部分很容易看到，我們到達大峽谷並開始沿著河流前進。數據利用率仍然相當高（比紐約市高得多），儘管在最初超過 10 兆字節後仍保持在接近 5 兆字節/秒。此後，它偶爾會飆升至超過 10 兆字節，但不是很頻繁。
最後，您可以清楚地看到攝影測量在哪裡結束，下載速率變得可以忽略不計。
花了 4 分 10 秒才在停機坪上滿載，所有紋理都清晰而酥脆。該航班的總數據利用率為 10.6 GB。每小時數據使用量為 19 GB。大峽谷需要大量數據，而且非常大，但這在模擬遊戲的地球數字孿生中非常獨特。
微軟模擬飛行 2024 雲下載測試 7 – 大峽谷上空的 Cirrus Vision Jet – 帶寬限制為 40 Mbps
我們重複上述測試，帶寬照常限制為 40 Mbps。會掙扎嗎？
此時，您可能知道從圖表中可以得到什麼，由於瓶頸，數據保持更加一致，但是，雖然我們確實看到了一些有限的紋理加載，但模擬器在大多數時候確實保持在我們視野的前面。
與往常一樣，最大的問題是初始加載，需要 10 分 33 秒才能加載機場、風景和飛機的所有紋理並準備就緒。
該航班的總帶寬利用率為 11.2 GB，每小時使用量略低於 18 GB。
微軟飛行模擬器雲下載測試 8 – 紐約市上空的空中客車 A320neo v2 – 無限帶寬
是時候開始通過一些更具體的測試來總結事情了。首先，《微軟模擬飛行 2020》相比如何？我們使用默認的空客 A320neo 裝載了與測試 3 和 4 完全相同的航班。
我們保持帶寬不受限制，並且菜單的初始加載時間相當長，為 4 分 51 秒。 6 分 32 秒後，我們已滿載並準備在停機坪上行駛。當帶寬不受限制時，MSFS 2024 的“瘦客戶端”有助於更快地啟動。
另一方面，如果你查看圖表，情況會發生相當明顯的變化。模擬器仍在飛行期間下載數據，但數量少得多。
總數據利用率為 1.4 GB，每小時數據利用率略高於 1.8 GB。
微軟模擬飛行 2024 雲下載測試 10 – 紐約市上空的空中客車 A320neo v2 – 滾動緩存的無限帶寬
我們回到《微軟模擬飛行 2024》進行另一個有趣的測試。我們使用默認的空客 A320neo v2 進行常規飛行，飛越紐約市，但這一次，我們在之前飛越該地區後保持滾動緩存完好無損。
這很有趣，因為根據您設置的滾動緩存的大小，如果您堅持相似的區域並繼續使用同一架飛機，它將存儲您下載的大量內容並最大限度地減少下載利用率。
首次啟動主菜單花了 2 分 4 秒，而我們只用了 3 分 30 秒就在停機坪上準備好了所有東西。
當我們查看下載利用率時，事情變得非常有趣。整個飛行僅下載了 1.6 GB 的數據。每小時下載使用量約為 2.8 GB。
微軟模擬飛行 2024 雲下載測試 11 – F/A-18 超級大黃蜂飛越大峽谷 – 無限帶寬
由於在堅持已執行的路線的同時利用滾動緩存，測試 10 接近最佳情況，因此讓我們以最壞情況結束測試。
我們駕駛 F/A-18 超級角全加力飛越大峽谷。這意味著大量數據會非常快地到達我們的帶寬。測試很簡短，因為加力燃燒室會讓你很快耗盡燃料，但這是一個很好的機會，可以看看模擬器在被推到極限時可以將我們的帶寬推到多遠。
總數據利用率為 10.3 GB，但與其他飛機相比，其實現時間要短得多。這裡的每小時速率約為 50 GB，但這實際上是您永遠不會遇到的極端情況。
除非你作弊使用無限燃料，否則你將無法在大峽谷上空全加力飛行 60 分鐘，而且即使你作弊，你也會在飛行一小時之前就用完大峽谷。即使考慮到在大峽谷上空來回飛行60分鐘的可能性，風景也會被緩存，從而大大降低下載使用量。
經過所有這些測試後，我們幾乎可以得出這樣的結論：正常使用模擬器無法達到每小時 81 GB 的速度。除非你真的、真的嘗試有意識地下載盡可能多的數據，否則你可能無法接近。
按照預期使用模擬，如果您經常飛越高下載密集區域，每小時可能會使用大約 10-15 GB 的數據。如果您設置了較大的滾動緩存並且航班之間存在地理重疊，則可能會少得多。
這並不意味著微軟和 Asobo 不能以相對輕鬆的方式改善這種情況。他們當然不需要從雲端傳輸所有內容，而減少下載使用的最簡單方法是讓用戶將他們想要的飛機和機場下載到本地存儲中。
這在最初的 Microsoft Flight Simulator 中已經成為可能，因此我懷疑在 MSFS 2024 中允許它會是一個難以克服的挑戰。我覺得這應該是接下來幾次更新要實現的第一步。
然後，下一個明智的步驟可能是讓用戶下載他們想要的攝影測量區域。例如，如果您經常飛越紐約市，那麼您應該沒有理由不能手動下載該城市的攝影測量數據。對於像大峽谷這樣的自然攝影測量區域來說也是如此。
另一方面，我經常聽到諸如“擺脫雲！”之類的極端主義言論。這太愚蠢了。雲在《微軟模擬飛行 2020》中得到了巨大成功，沒有理由“擺脫”它。
事實上，雲是這一切成為可能的全部原因。我們聽到的最後一個數字是，微軟模擬飛行 2024 使用的地球數字孿生需要大約 2.5 PB 的存儲空間。
如果您想知道，這將是 2,500 TB 的存儲空間，而且我相當確定我們中沒有人在本地計算機上有那麼多可用空間。
像往常一樣，理想的解決方案是在中間，隨著用戶在技術上可行且願意犧牲本地存儲的情況下逐漸解鎖下載盡可能多的飛機和世界各地的內容的能力。
我預計微軟會走這條路，但云絕對會留下來，而且它肯定不是敵人。 Microsoft Flight Simulator 和 Microsoft Flight Simulator 2024 等模擬器是其在遊戲中的最佳用例，只要通過允許用戶選擇來減輕其缺點即可。
微軟模擬飛行 2024目前可用於 PC 和 Xbox Series X|S。如果您想查看與《微軟模擬飛行 2020》的視覺差異，可以觀看我們的視頻和屏幕截圖比較。
值得提醒的是，Simulation Daily 不會發布對 MSFS 2024 的評論，因為我們不評論遊戲。我們更願意為您提供工具來自行判斷遊戲或模擬器是否適合您。
您還可以觀看我們對 Microsoft Flight Simulator 負責人 Jorg Neumann 的最新採訪，之前對 Jorg Neumann 本人和 Asobo 首席執行官 Sebastian Wloch 的採訪，另一次對 Asobo CCO David Dedeine 的採訪，以及對 Work Title 的 Chris Burnett 和 Got Friends 的 Brandon Yaeger 的採訪，了解他們在 MSFS 2024 上的工作。