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

• #54 Csabis aktív tag janos666 #36

  Új Válasz 2023-02-09 19:31:43 #54

  Ú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

  

  Csabis

  aktív tag

  válasz janos666 #36 üzenetére

  A secure boot egészen addig működik mig teljes leállásra nem nyomok.
  Csak az alvó állapot ami fekszik neki.
  Vagy corrupted lett az egész bios.. vagy passz. és ha ujra is teszem az egészet .. akkor sem változik a helyzet..
  szerintem alaplap hibába futottam..

• #50 Csabis aktív tag janos666 #49

  Új Válasz 2023-02-06 20:07:49 #50

  Ú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

  

  Csabis

  aktív tag

  válasz janos666 #49 üzenetére

  Gáz valóban , de gyártó érdeme ha nem is akarja a kialakult helyzetett megoldani..Az az rendbetenni.

• #37 Csabis aktív tag janos666 #36

  Új Válasz 2023-02-05 08:09:57 #37

  Ú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

  

  Csabis

  aktív tag

  válasz janos666 #36 üzenetére

  Köszi a tippet Működött a törlés minden kulcs.. Kicsit ockodtam töle.. mert igy is nehezen találtam az i9 9900KF -hez stabil 4.7Ghz.. az gigabytos Z370 hez..
  De oké .
  Valóban csak a Bekapcsolt Secure boot mellet van élő resis bar funkció.
  PCI-Express bar sizes miért ennyire szétszort nekem az nem vágom .
  

• #33 Csabis aktív tag janos666 #28

  Új Válasz 2023-02-04 18:58:06 #33

  Ú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

  

  Csabis

  aktív tag

  válasz janos666 #28 üzenetére

  UEFI van mégis kakil az egészre..
  egy darabig oké volt mig a secure boot is müködött azótaa kb nem müködik az a resisbar funkció hiába is van bekapcsolva..
  Secure boot on akkor ugy ahogy van VGA-t nem látja meg .. boot meg nem is megy tovább. És nem is jött fix hogy mia szen kakuk van .. mert bő fél éve semmivel nem tudom rendbetenni a Secure boot .. hiába is van Uefi modban 2 állítható érték.

• #29 Abu85 HÁZIGAZDA janos666 #25

  Új Válasz 2023-02-04 18:01:46 #29

  Ú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 janos666 #25 üzenetére

  Át lehet alakítani olyan memóriafelosztásra, amilyet az AMD és az Intel használ, de nem ehhez vannak írva az NV D3D12 és Vulkan driverei. Tehát ha ezt megteszik, akkor nulláról újra kell írniuk mindent. Emellett valószínűleg okkal kerüli azt a felosztást az NV, tehát az alapja az általuk használt viszonylag bonyolult felosztásnak hardveres lehet. Tehát optimálisan előbb architektúrát kellene cserélni hozzá.

• #13 Abu85 HÁZIGAZDA janos666 #8

  Új Válasz 2023-02-03 20:11:38 #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

  

  Abu85

  HÁZIGAZDA

  válasz janos666 #8 üzenetére

  Közel sem ennyire egyszerű. A problémát az jelenti, hogy ez egy platformfunkció, ami nem csak a VGA-n működik, ugyanis a CPU-nak kell mennie a GPU memóriájáig az adatok eléréséért. Ezt viszonylag egyszerűen megteszi az Intel és az AMD mondjuk egy Radeon VGA-n, mert ott ez az alapértelmezett memóriafelosztás:
  
  Ezen a ReBAR, illetve a Smart Access Memory annyiban változtat, hogy a Heap2 megszűnik a hozzá tartozó Type2-vel, és a helyét a Heap0 veszi át kizárólagosan, a Type0 pedig Host Visible és Coherent lesz.

  Az Intel memóriafelosztása ehhez rendkívül hasonló. Szintén minimalista kevés Type-pal.

  Az NVIDIA memóriafelosztása sokkal bonyolultabb:
  
  Ez máig nem változott, és ebbe beleilleszteni a ReBAR-t elég nehéz, főleg úgy, hogy az Intel és az AMD mikrokódja egyáltalán nincs ennyi Type-ra optimalizálva, mert azok azt várják, hogy van egy Type0 eszközlokális memória, ami egyben Host Visible és Coherent. És erre van mind a két mikrokód rátervezve.
  És maga a Type szint is számít, mert minél magasabb a szint, annál lassabb az elérés a DirectX szabványon belül. Tehát a Type0 használata az optimális, de az az NVIDIA-nál még be sincs flagelve, amire például az AMD és az Intel mikrokódja nem igazán számít. A legelső eszközlokális memóriája az NV-nek a Type7, az CPU-oldali kód hetes szintű elérésre nem is számít.
  Na most ezeket az eltéréseket az NV-nek meg kell próbálnia szoftveresen kezelni, mert egyáltalán nem úgy van kialakítva az AMD és az Intel mikrokódja, amilyen memóriafelosztást használnak GeForce-okon, és nyilván ez csak korlátozottan kezelhető. Ezért sem
  engedélyezik a ReBAR-t általánosan.

  Ezt a gondot igazából az oldaná meg, ha az Intel és az AMD készítenek egy NV-specifikus mikrokódot is, de ez nem fog megtörténni.

• #11 Alogonomus őstag janos666 #8

  Új Válasz 2023-02-03 19:16:45 #11

  Ú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

  

  Alogonomus

  őstag

  válasz janos666 #8 üzenetére

  Alighanem kihagytad a cikk elolvasását, mivel abban szerepel, hogy az NVIDIA alapvetően eltérő Resizable BAR koncepciót alkalmaz az AMD-hez és az Intelhez viszonyítva. Vagyis ami az Nvidia esetében gondot okoz, az esetleg nem okoz gondot az Intel/AMD páros kártyái esetén.
  Persze piszkos húzás lenne, ha esetleg majd nem segít saját erőforrásai égetésével az AMD/Intel a csak az Nvidia ReBAR megoldását akadályozó helyzet kezelésében, viszont valamennyire védhető is lenne, hogy ha már az Nvidia tért el a szabványos működési módtól, akkor az Nvidia is finanszírozza meg az Intel/AMD embereinek a munkabérét.

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