題 顯示器的大小會影響遊戲性能嗎?


我只是建立了一台全新的計算機,我在玩Minecraft時遇到了問題。

這台新計算機是一台Inel i7 3820K,採用英特爾矩陣存儲,在RAID 0中配備32GB RAM和3個WD Black 1TB驅動器。顯卡是一款帶有1024M或VRAM的Nvidia GTX 560,由eVGA製造。

無論如何我遇到的問題是當我在地圖上靠近我的朋友時(是的,這是在服務器上)我的角色/相機變得幾乎無法播放。它變得非常不穩定,命令和行動被推遲了。起初我以為它可能只是網絡連接,但是當我離開他的基地時,一切都會再次加速。

他確實有很多複雜的機器和其他裝置在一個非常小的區域運行,我想也許只是太多了,我的電腦的wifi很窒息,但我不認為是這種情況。我的朋友互聯網比我差很多,他在安提瓜和我在俄亥俄州玩沒有問題。

唯一可以想到的可能就是我的顯示器導致問題,我從19英寸的Acer顯示器變成了30英寸的Dell UltraSharp。可能是地圖某些區域的複雜程度與我正在運行遊戲的分辨率相結合,對我的GPU造成了太大的負擔並導致我滯後?

這真的很煩人,我想弄清楚這個問題,但是在以前的計算機出現這麼多問題後,我對這個問題感到非常難過。我將嘗試像Skyrim或Deus Ex:HR這樣的其他遊戲,看看我是否遇到同樣的問題。


4
2017-07-23 19:56


起源




答案:


我首先要說這些都是非常好的答案,但我想花點時間親自看看我能在自己的兩個大屏幕上產生什麼樣的數字。

由於至少有一個答案提到了GPU的內存而OP提到了許多物體的場景,我將測量不同級別的VRAM消耗,並且由於另一個提到的分辨率,我將在一個屏幕上進行全屏渲染並將這些數字與全屏渲染進行比較在兩個屏幕上。這可以被認為是更高分辨率的更大顯示器,因為有兩倍的屏幕空間。我還將做一個兩個鏡像圖像的小例子,模擬更大的屏幕空間,同時保持相同的分辨率。

使用比較數字,我可以證明顯卡的稅收。

鑽機:

  • Quadcore 2600k @ 5GHz
  • 微星580 GTX Lightning Xtreme
    • 這個版本的時間頻率高於MSI的庫存,但我自己還沒有對它進行超頻測試
    • 這個版本有3演出的DDR5
    • 驅動程序版本304.79;完全乾淨安裝
  • 16演出DDR3系統RAM
  • 2x 32“LED屏幕,運行速度為1920x1080
    • 一個通過HDMI連接,一個通過無源適配器從DP連接到HDMI輸入
  • 我將使用MSI Afterburner v2.2.1監控VRAM使用情況

第一次測試:

對於第一次測試,我們將坐在空閒的Windows 7 Aero桌面上。我沒有在Minecraft之外測量FPS的實用程序。

  • 116-118 MB的使用量
    • 兩個屏幕都打開,並在1920x1080模式下
  • 89-91 MB MB使用率
    • 一個屏幕,並在1920x1080模式下
  • 使用78-80 MB
    • 一個屏幕打開,並在800x600模式下
  • 73-74 MB使用率
    • 兩個屏幕都打開,並在800x600模式下

- 這個測試顯示2x顯示器並不意味著2x VRAM使用,因此可以預期會有更多的開銷而不僅僅是幀緩衝,並且值得注意的是,在高分辨率模式下,一個顯示器使用~77%兩個存儲器,在低分辨率模式下,一個監視器使用兩個存儲器的~93%,進一步說明了開銷成本。 - 這意味著@Huskehn給出的答案具有誤導性,只有更高的分辨率 對VRAM的使用沒有實際影響


第二次測試:

此測試使用VLC執行全屏藍光播放(Talladega Nights,後代)。我沒有在Minecraft之外測量FPS的實用程序。

  • 172 MB使用率
    • 兩個屏幕都打開,單個全屏和1920x1080模式
    • 對於咯咯笑,我在此模式下將播放增加到8倍,並且看到2 MB的使用量增加
  • 217 MB使用量
    • 一個屏幕,雙全屏和1920x1080模式
  • 125 MB使用率
    • 一個屏幕,並在1920x1080模式下
  • 106 MB使用率
    • 兩個屏幕都打開,單個全屏和800x600模式
  • 130 MB使用率
    • 兩個屏幕都打開,雙全屏和800x600模式
  • 94 MB使用率
    • 一個屏幕打開,並在800x600模式下

- 在這個測試中沒什麼可說的,除了VRAM的使用在整個時間裡一直保持穩定,直到我只改變了播放速度 - 當設置為常規速度時,內存使用量回落到正常狀態,表明幀緩衝增加了。另一個要點是,這兩個視頻都沒有變得波濤洶湧或看起來很慢,顯示出非3D應用程序是如何微不足道的。


第三次測試:

在此測試中,我將使用VirtualBox v4.1.18在我的第二台顯示器上全屏打開32位Windows XP虛擬機。 VM已經獲得了128 MB的視頻內存(以後的測試似乎並不一定證明VM只能使用這麼多),並且已經啟用了2D和3D加速。

我跳過了幾種模式,因為其他測試似乎表明可以觀察到可預測的差異。

  • 151-156 MB的使用量
    • 兩個屏幕都打開,並在1920x1080模式下
  • 127 MB使用率
    • 兩個屏幕都在,VM屏幕(和VM本身)處於800x600模式,主機處於1920x1080模式

- 當屏幕為@ 1080時,或者當VM的分辨率內部更改為@ 800時,我沒有測量是否有不同的消耗


第四次測試:

玩Minecraft!

這個中有很多信息,可能是@Solignis最重要的部分。

首先,由於Windows處理全屏應用程序的方式,我無法同時以最大大小運行兩個MC客戶端,因此我在前面提到的VM中運行另一個並測量結果。我哥哥和我一直這樣並排玩,我們從來沒有遇到任何問題!其次,我在後台運行了一個Minecraft服務器,這樣兩個客戶端都可以呈現相同的世界,並且幾乎相同的視圖。我運行了兩個客戶端,將兩個玩家傳送到同一個位置,向同一個方向查看它們,然後關閉客戶端以清除之前渲染的任何內容,然後啟動它們並且不移動它們。我首先啟動了服務器,並註意到VRAM從156 MB增加到168 MB。在第一次與兩個客戶端斷開連接後,我注意到現在正在使用穩定的230 MB。服務器還配置了最大渲染距離。

MC圖形設置如下:“Fancy”,平滑閃電ON,3D立體影像OFF,GUI縮放AUTO,粒子ALL,渲染FAR,性能MAX,搖擺ON,adv。 OGL關閉,雲開。雖然主機客戶端可以使用adv運行。 OGL ON超過280 fps,這導致VM爬行。我相信這是因為目前對VirtualBox的新OGL實現的支持有限。 FPS是通過'F3'統計數據從MC中獲取的。

除非另有說明,否則所有測試均記錄在1920x1080。

  • 530 MB使用量@~300 FPS(主機)
    • 客戶端全屏在屏幕1上的主機,屏幕2上的空閒桌面,沒有VM運行
  • 530 MB使用量@~305 FPS(主機)
    • 客戶端在屏幕1和2(重複屏幕)上的主機全屏,沒有VM運行
  • 使用482 MB @ ~330 FPS(主機)
    • 客戶端屏幕1上的主機全屏,第二屏關閉,沒有VM運行
  • 使用482 MB @ ~330 FPS(主機)
    • 客戶端屏幕1上的主機全屏,第二屏關閉,沒有VM運行
  • 使用480 MB @ ~430 FPS(主機)
    • 客戶端全屏在主機屏幕1,第二屏幕空閒桌面,800x600,沒有VM運行
  • 547 MB​​使用量~~ 250 FPS(主機)
    • 屏幕1上的主機客戶端全屏,屏幕2上的空閒VM桌面
  • 408 MB使用量@ ~70 FPS(VM)
    • 屏幕2上的VM中的客戶端全屏,屏幕1上的空閒主機桌面
    • FPS在60左右開始,然後緩慢降至45,然後在所有塊被取出後攀升至81
  • 使用803-805 MB @~ 200 FPS(主機),@ ~50 FPS(VM)
    • 客戶端全屏顯示在屏幕1上的主機中,客戶端全屏顯示在屏幕2上的VM中

- 請注意,MC緩存很多,不同的場景會導致不同的VRAM使用量,所以當我選擇一個複雜的場景,有大量的火力和許多活塞移動時,這仍然是一個接近“最佳情況”的場景,因為四處看看因為整個屏幕正在變化而不僅僅是幾個部分,因此需要提取,緩存和重新繪製更多內容。但這並不是說MC在需要時不會清除其緩存。隨著遠程塊的渲染,您可以看到VRAM的穩定增長,並且與主機系統相比,VM加載塊所花費的時間之間存在巨大差異。在加載塊之後恢復幀速率表明,至少對於Minecraft來說,在獲取內容時會丟失更多的FPS而不是實際顯示它們。最後的測試表明,這個設置的'MultiplayerChunkCache'是961,然後它開始交換東西,但這並沒有阻止VRAM上升。此緩存還可以解釋為什麼在客戶端仍在運行時切換到較小分辨率後VRAM沒有顯著下降。

- 關於@Diogo建議的與性能相關的像素數量,前幾次運行表明,像素數量的兩倍/一半並不等於性能的兩倍/一半。使用FPS作為性能的衡量標準,通過將像素數減少一半來獲得僅約10%,因為第二個屏幕沒有渲染任何困難。然後我鏡像了我的顯示器,並且VRAM的使用沒有改變,並且FPS改變了mariginally。在主機和VM上都運行客戶端的測試中,主機或VM的Minecraft在FPS中都沒有下降50%,相反,只有大約25%,儘管兩者都有高級全屏渲染,所以 像素計數在性能上並不是真正有用的標識符


最終測試:

嗯......我能獲得多高的VRAM?!

在VM和主機客戶端上使用Minecraft在我的服務器上閒逛幾分鐘後,當事情開始趨於平穩時,我最終達到了1685 MB的使用率 。再過幾分鐘,我就能達到1869 MB,然後就可以了 不會讓步。即使活塞每一個方向和火熱的netherrack都在我身邊。即使在如此高內存使用之後,遊戲仍然可以在主機和VM上100%播放;分別為~233和~52 FPS。我做到了。我挖出了Minecraft。 兩次。在同一台機器上!

所以我開始了天際。當我最小化主機的MC客戶端時,我的VRAM僅下降到1837 MB。

在Skyrim的土地之外,我總共可以獲得2636 MB的使用量,而VM的Minecraft仍然在~50 FPS。我沒有測量天際的FPS,但它明顯很高。

我沒有達到最高峰時感到惱火,於是我將Skyrim最小化,降至2617 MB,然後打開了使用DX 11的Civ 5.一旦加載,我的VRAM上升到2884 MB,我被提示使用Windows“你的計算機內存不足......“指向Java進程的窗口(服務器或客戶端),但是我的系統RAM只有16.7 GB。我加載了我保存的遊戲,它已經完成了!我達到最大3072 MB!我的第二個屏幕空白,我的第一個屏幕開始閃爍,並且分辨率降低了。由於害怕我的卡,我很快關閉了我的電腦,但是在看到一些關於“0x00的未引用內存......”的警告對話之前,直到這一點為止,FPS是 仍然 兩個屏幕都很高。


結論:

如果你已經做到這一點,那麼就值得閱讀。這是關於說話的方式,但@Solignis的問題不太可能基於GPU或基於CPU,但可能是服務器連接不良或Java /堆設置不足。 @Philippe和@libertas的答案正確。

Minecraft測試以800x600和1920x1080的速度運行,表明儘管像素數量增加了432%,但性能並沒有受到如此大的影響。

重複的屏幕Minecraft測試是一種模擬更大屏幕(兩個屏幕組合)的方式,但使用相同分辨率的圖像,1920x1080,只是使用更多的屏幕空間。沒有另一個更大的屏幕具有相同的分辨率,這是非常確定的顯示 單獨的大小不會明顯影響遊戲性能

雙重Minecraft測試顯示渲染a 分辨率更高的圖像 (兩個屏幕組合)  對性能有影響,但是圖片加倍並沒有使性能減半,或者使速度明顯變慢。這意味著你已經在Minecraft中經歷了緩慢,以便小尺寸增加的小影響使遊戲變得非常慢。

最後的測試是一種方法,看看VRAM消費和性能之間是否存在關聯,我發現沒有一種關係。好吧,也就是說,直到你達到你的最大VRAM - 然後你的表現立即變為0.無論GPU跟踪多少信息,它都沒有明顯影響幀速率。我已經證明,毫無疑問,除非你打算做一些荒謬的事情,比如並排玩多個遊戲,否則3 GB的視頻內存在當前一代遊戲中毫無意義;內存在GPU上實際上是無用的規範,1-1.5 GB將適合任何人。

Minecraft對於這些測試來說是一個非常好的程序,因為只有一組紋理,而大型遊戲通常可以根據運行的分辨率具有不同大小的紋理,這會引入不同的變量來扭曲測試。作為一個多人遊戲是另一個好處,因為我能夠可靠地渲染近乎重複的圖像。 Minecraft重量輕,可以在VM內部運行這一事實是另一個有用的好處,因此我可以演示極端邊緣情況,有兩個全屏應用程序,以及最終能夠確定VirtualBox的“視頻內存”設置是否實際限制VM可以在其主機GPU上使用多少內存。


6
2017-07-24 04:51



那裡有很多好消息。好的,我將調查OptiFine並查看與我的服務器的連接。當我運行自己的服務器時,沒有問題,但是當我去託管解決方案時,這是一個延遲,所以可能與它有很大關係。謝謝。 - ianc1215


顯示器的大小無關緊要,但其分辨率確實如此。因為您現在使用的顯示器分辨率高於之前的顯示器,所以顯卡需要更多的視頻內存來存儲每個幀,因為幀數較大。因此,您將看到在顯示器的全分辨率下播放的所有遊戲的性能普遍下降 - 視頻卡只需要做更多工作就可以生成更大的圖像。

至於我的世界,請確保你有 64位Java 安裝。如果沒有64位Java,Minecraft無法利用所有可用內存,這可能是導致滯後問題的原因。如果這不起作用,您可能還想嘗試 OptiFine  - Minecraft的mod,可以顯著提高性能。


7
2017-07-23 20:06



我已經驗證我正在運行64位java。至於OptiFine,我會調查一下。謝謝。 - ianc1215


我沒有閱讀你的大部分問題,但標題問題的答案是 ,“尺寸”是指“屏幕分辨率”(以像素為單位)。

每個像素都必須以某種方式單獨處理......並且對於復雜的3D渲染程序,每個像素通常需要重新計算並在應用各種效果時重新處理幾次:陰影,幾何著色器,照明,屏幕空間環境遮擋,剔除,抗鋸齒等。這些操作中的每一個都有效地必須查看大片像素(或實際上,屏幕上的每個像素)並修改其顏色元素(無論它們是紅色/綠色/藍色還是其他一些排列)。

屏幕上的像素數量增加 二次 如果寬度和高度分量對稱增加。所以,要使用簡單的數字(這些不是常用的真實分辨率):如果你有一個500x500的屏幕而你升級到1000x1000的屏幕,你不只是有兩倍的像素 - 你有像素的數量原來有, 四倍。所以500 * 500(乘法)是250,000; 1000 * 1000是1,000,000。如果我們把它帶到它的邏輯極端並且看了一個分辨率,比如哦,我不知道,32000x24000,我真的不知道現有的圖形硬件能否以如此高的分辨率以可觀的幀速率播放現代遊戲。數字看起來並不那麼大,但是當你將32000乘以24000時,你會有很多複雜性,需要處理大量數據。數量巨大!

顯示器的物理尺寸並不重要。屏幕分辨率(像素數)  影響性能,因為更多數據(更多像素)意味著在每個渲染階段進行更多處理。


6
2017-07-23 20:07





聽起來我覺得它不是你的顯卡或你的顯示器,但它是Java / Minecraft。服務器是運行vanilla還是bukkit?

他確實有很多複雜的機器和其他裝置   在一個非常小的區域運行

你是唯一一個在這些裝置上遇到滯後的人,還是其他人呢?這真的很好,這裡有關鍵,你有任何其他設置的滯後問題嗎?我非常懷疑這是一個硬件問題,因為你的機器遠遠高於Minecraft的推薦值。如果其他人得到同樣的問題,那麼也許一些bukkit性能插件是有序的。

(我跑了一個 我的世界服務器。

正如Huskehn指出的那樣,確保您運行的是64位Java並嘗試使用OptiFine。然而,讓我知道我在運行Radeon HD 5770時運行Optifine並看到了重大改進,但是當這張卡最近開始表現得很有趣並且我得到了GTX 550 Ti時,Minecraft給了我奇怪的閃爍問題,直到我移除了Optifine並恢復到香草。

同時嘗試使用Advanced OpenGL設置(一旦我恢復到香草,ON對我來說效果最好)。


2
2017-07-23 20:47





尺寸本身不是 如果您在比較兩個不同的顯示器時使用較低分辨率(例如800x600),則會產生任何影響。然而, 屏幕分辨率會影響

當使用更高分辨率(例如1366x768)時,這意味著每個渲染幀將具有1366 * 768 = 1049088像素,而不是800 * 600 = 480000像素,您的視頻卡必須“創建”才能發送到您的顯示器。按照這個簡單的例子,我可以告訴你(理論上)如果使用1366x768分辨率你會有大約45%的性能下降。


1
2017-07-23 20:03



假設顯卡正在滿負荷渲染較小的視圖,這將是理論上的減少。 - ChrisF


如果你提高了分辨率(最有可能是從19“切換到30”),是的,性能會受到影響,因為顯卡必須處理更多像素才能生成。但是根據你的規格,它不應該出現任何問題,主要是使用Minecraft。最有可能的是,你在連接到這個精確的服務器或遊戲本身時遇到了問題(很多時候Minecraft有點慢/不是最好的性能)。如果Skyrim或DeusX遇到同樣的問題,您的圖形卡可能有問題(不是規格,卡本身)。通常情況下,當使用強大的卡切換到更大的屏幕時,您不應該看到那麼慢。


0
2017-07-23 20:07



好吧那麼我認為那張卡對於那麼大小的顯示器來說是不夠的。因為我正在考慮讓另一個(GPU)來做SLI。我認為這樣可以消除任何滯後。 - ianc1215
它可以,但正如Huskehn所說,檢查你是否有64位版本的Java並嘗試使用他提出的附加組件。 SLI將為您提供更高質量的能力,但可能無法保護您免受精確滯後的影響...... - Philippe Gilbert