Új hozzászólás Aktív témák

• #26955 Abu85 HÁZIGAZDA FLATRONW #26954

  Új Válasz 2020-05-04 13:55:40 #26955

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz FLATRONW #26954 üzenetére

  Kb. hasonló a gyakorisága, minthogy egy DirectX 12 vagy Vulkan alkalmazás fagyása az OS-t úgy kivégzi, hogy többet nem bootol be. Csökkentett módban sem. Nem gyakori, sőt, kifejezetten ritka, de megvan rá az elméleti esély. A paraméter sűrű állításával csak növeled az esélyét, mint ahogy az explicit API-knál ugyanezt a problémát, ha többször futtatsz ilyen alkalmazásokat. A legtöbb cégnek mások az ingerküszöbök az elfogadható kockázatoknál. De egyébként ezt amúgy is megoldja az új WDDM, ami már tud úgy kidögleni az OS alól, hogy a fájlrendszerben károsodás maradjon utána.

  Ezek mind kockázatvállalások. A DirectX 12 és a Vulkan esetében azért vállalják fel a kockázatot, mert a nyereség elképesztően magas egy nagyon elhanyagolható mértékű, kvázi OS bedöglésével járó kockázatért cserében. A HBCC esetében a hierarchikus lapozás a fontos, ami eleve nincs exkluzív cache módban, tehát nem biztos, hogy megéri kockáztatni egy végzetes fagyást, miközben inkluzív cache módod mindenképpen lesz.
  Emellett a DirectX 12 és a Vulkan esetében azért vannak a validátorok, hogy szóljanak, ha valami para van az alkalmazással, és a fejlesztőnek komoly felelőssége egy programot úgy kiadni, hogy a validátor nem jelzett problémát.

  [ Szerkesztve ]

  Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Új hozzászólás Aktív témák