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

• #13 fatpingvin őstag wasd.hu #12

  Új Válasz 2021-11-30 14:33:08 #13

  Ú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

  

  fatpingvin

  őstag

  válasz wasd.hu #12 üzenetére

  a nvidia nagyjából a tankönyvi példája annak hogy hogyan NE csinálj software supportot. igen, amit kiadnak az működni szokott arra a limitált felhasználási területre amire a cég szerint a júzereknek szüksége van, hogy ez mennyire esik egybe a valósággal az egy másik kérdés.
  
  a driver egy zárt blob, a harverről dokumentáció nincs, az EULA lényegében megtiltja hogy bármi használhatót előállíts ami nem a cégtől jön közvetlenül, ráadásul a driver loading láncban rászoktak a fingerprint ellenőrzésre is, szóval már kb esélytelen bármilyen 3rd party fejlesztést eszközölni.
  
  ez lényegében lehetetlenné teszi egy open-source kernelbe való mainline integrációt, legyen ez a Linux, FreeBSD vagy kb bármi. így a fejlesztés kényszerűen párhuzamosan halad, egymástól lemaradozva-bevárva, nem csoda hogy Linus nyilvánosan is elküldte a picsába a céget.
  
  Szoftver fronton így teljes a kiszolgáltatottság a hardver gyártója felé, arról nem is beszélve hogy az official driver EULA egy csomó dologban megköti a felhasználó kezét, amiben amúgy abszolút nem lenne indokolt. eklatáns példa a code 43 error, amivel rengeteg VFIO-s júzer szívott, a river ugyanis nem hajlandó engedni a PCIe passthrough-t, pedig ennek semmilyen technikai akadálya nincs. egyszerűen csak a nvidia úgy döntött hogy a júzer nehogy már virtuális gépben tudja használni a hardvert, mert ???.

  ez válasz a kérdésedre?

  A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

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