FauxVkDB
繁體中文
首頁 / Adreno (TM) 650 / 對比

turnip_v24.3.0_R9v2 對比 Qualcomm_819.2_adpkg

在 Adreno (TM) 650 上 (blackshark SHARK PAR-A0, MANGMI Pocket Max, Moorechip Retroid Pocket 5, motorola moto g(100), POCO F4, Samsung Galaxy S20 FE, Samsung Galaxy S20 FE 5G, Samsung Galaxy S20 FE 5G, Sony Xperia 5 II). 先列出的驅動程式與後一個對比，後一個是基準。

原廠Qualcomm_819.2_adpkgDriver Build: 651341e91d, I8d46b3bbb7, 1754290135
對比
自訂turnip_v24.3.0_R9v2Mesa 24.3.0-devel (git-4497ea2a31)
圖形系統版本（Vulkan）? → ?
可選功能（擴充功能）? → ?兩邊都未檢測
通過檢測的功能（已驗證）兩邊都未測試Qualcomm_819.2_adpkg和turnip_v24.3.0_R9v2：還沒有驅動程式檢測
跑分測試場景（基準測試）1 個更快 3 個更慢總體慢 15%（幾何平均）
  • hdr_2160p快 4%
  • oit_linked_lists慢 12%
  • pipeline_barriers_2160p慢 29%
  • subpasses慢 18%

每個場景中自訂驅動程式與原廠驅動程式的對比。長條向右表示更快，向左表示更慢。

2 個場景的畫面有局部區域與原廠驅動程式不同 (pipeline_barriers：2304 個格子中有 1796 個, pipeline_barriers_2160p：2304 個格子中有 1793 個). 整體畫面是一致的，所以這是局部渲染故障，而不是畫了另一個場景。

沒有每次都能啟動： compute_nbody (原廠 3 / 3, 自訂 0 / 3).

Qualcomm_819.2_adpkg 詳情 turnip_v24.3.0_R9v2 詳情

結果不同的功能檢測

Qualcomm_819.2_adpkg和turnip_v24.3.0_R9v2：還沒有驅動程式檢測（驗證報告）。 兩個驅動程式都需要先做驅動程式檢測，才能對比它們的功能檢測。

跑分測試場景（基準測試）

兩個驅動程式不是在同一批裝置型號上測的。不同裝置的幀時間不能用來比較驅動程式，看這些資料時請記住這一點。

場景Qualcomm_819.2_adpkg msturnip_v24.3.0_R9v2 ms差異啟動次數GPU 頻率，MHz畫面對比原廠
compute_nbody11.36 典型值 11.33n/a僅一側有3 / 3 對比 0 / 3670 對比 ? 頻率未知未檢測
hdr_2160p79.51 典型值 79.3976.63 典型值 75.41快 4%3 / 3 對比 3 / 3670 對比 ? 頻率未知沒有明顯差異 0.0 沒有細微差異 最差 0.0 64x36
oit_linked_lists33.34 典型值 33.3537.80 典型值 37.94慢 12%3 / 3 對比 3 / 3670 對比 ? 頻率未知沒有明顯差異 0.0 沒有細微差異 最差 0.0 64x36
pipeline_barriers4.89 典型值 4.746.13 典型值 5.99太輕，參見 pipeline_barriers_2160p3 / 3 對比 3 / 3670 對比 ? 頻率未知沒有明顯差異 9.5 有 1796 處小區域不同 最差 44.7 64x36
pipeline_barriers_2160p17.11 典型值 17.4623.98 典型值 23.68慢 29%3 / 3 對比 3 / 3670 對比 ? 頻率未知沒有明顯差異 11.3 有 1793 處小區域不同 最差 62.0 64x36
subpasses7.83 典型值 7.659.59 典型值 9.48慢 18%3 / 3 對比 3 / 3670 對比 ? 頻率未知未檢測
subpasses_2160p29.07 典型值 29.07n/a僅一側有3 / 3 對比 ?670 對比 ? 頻率未知未檢測

繪製一幀所需的時間，按場景統計：取該場景最佳一輪的平均幀時間，也就是驅動程式交付了多少幀；越低越快。旁邊的「典型值」是中位幀，當驅動程式的幀分成兩種速度時，它可能比平均值低很多。在記錄每輪平均值之前產生的一對報告，改用中位數對比。各輪之間相差超過 15% 的場景會被排除。標為「鎖幀」的場景，是被驅動程式或顯示佇列鎖在了那個平均幀時間上，並且同一次執行中至少還有另一個場景也是如此；它的耗時反映的是幀的間隔，而不是驅動程式渲染得有多快，所以不參與對比。標為「太輕」的場景，在標準尺寸（1920×1080）下兩個驅動程式都不到 8 ms，此時螢幕的幀佇列對幀間隔的影響比晶片更大；這時對比的是它更重的版本：以 _2160p 結尾的行是以 3840×2160 繪製的該場景，compute_nbody_2x 是粒子數翻倍的該場景。「更快」和「更慢」描述的是 turnip_v24.3.0_R9v2 相對 Qualcomm_819.2_adpkg。「畫面對比原廠」把每個場景的一個固定幀按粗略的色塊網格對比（0 為完全相同，超過 40 表示畫面不同），用來找出沒有被畫出來的場景。如果兩份報告都帶有更細的 64×36 網格，第二個數字是其 2,304 個格子中有多少個差異超過 255 裡的 4，「最差」是單個格子的最大差異；這能找出其餘部分都一致的畫面裡的小渲染錯誤。標為 16x9 的行來自細網格出現之前產生的報告。「啟動次數」是一個場景的處理程序啟動中，有多少次進入了被測量的一輪。標為「不可比」的 GPU 頻率，表示兩次計時之間的差異超過裝置最大頻率的 5%。

技術差異（Vulkan）

兩個驅動程式都需要先做驅動程式檢測（驗證報告），才能對比它們的技術詳情（Vulkan）。