A nebo to taky s Resizable BAR-em vubec nesouvisi a na Linuxu ma AMD vetsi podil treba kvuli lepsim ovladacum (netusim), nebo treba kvuli tomu, ze uzivatele Linuxu jsou tecnicky zbehlejsi a uz si vsimli, ze existuje neco jako Ryzen a stoji za to si ho poridit.

Jen ste si pane zapomel vygooglovat takovou jednu dulezitou vec. Ta podpora sice na linuxu uz par let je (a na windows vlastne taky i kdyz o par let min), ale tak nejak chybela podpora v biosech. Tu teprv ted pridavaji... takze realne na vetsine hw nefungovalo.

Mě přijde, že údajné zpomalení vlivem "resizeable BAR" je pitomost, nebo nějaký poměrně nepřímý vedlejší efekt (v té rovině, že podporuje lenost programátorů). Ta "technologie" jde v principu přesně opačným směrem: zjednodušit přístup do videoRAM diskrétní grafiky pro software běžící na CPU hostitelského počítače.

https://docs.microsoft.com/en-us/windows-hardware/drivers/display/resiza...

Přiznám se, že jsem musel zagooglit hlavně ohledně toho, že si zkratku BAR vykládám správně - a ano, je to skutečně tak primitivní. Starý dobrý BAR = Base Address Register. Jakékoli periferní PCI zařízení má od počátků věků ve svém PCI Config Space 6 registrů, pomocí kterých deklaruje svoji potřebu oken v adresních prostorech "port IO" a MMIO - a při inicializaci sběrnice (BIOSem nebo vyšším OS) se tato okna usadí do úhrnného/globálního adresního prostoru. Port IO (IO space) je oddělený prostor specifický pro Intelovo x86 dědictví, MMIO (memory space) je prostor soudělný s RAMkou. Spousta ne-x86 architektur má jenom memory space. Prostě konkrétní BAR říká "já periferie dávám tímto BARem k dispozici toto okno, se kterým mohou ostatní uzly na PCI sběrnici pracovat jako s kusem paměti". BAR definuje velikost okna a po inicializaci sběrnice také počáteční adresu - tuším snad o velikosti a zarovnáno na mocniny dvou. Jedním z uzlů na PCI sběrnici je mimochodem host bridge / root complex, který zajišťuje překlad sběrnicových adres PCI na nativní fyzický adresní prostor hostitelského procesoru (do kterého jinak patří fyzická RAM, a případné další ne-PCI sběrnice).

Bývaly doby, a dodnes je to zřejmě tradiční uspořádání, kdy se sběrnice při startu jednou inicializuje, okna jednotlivých BARů pro všechny periferie se projdou / přidělí / oadresují, a pak už se na tu mapu za jízdy NEŠAHÁ - jenom se skrz ta okna rutinně funguje. Drivery jsou nastartované, periferie inicializované, IRQ naroutované, DMA nalinkované, celý ten složitý blázinec nějakým zázrakem funguje jak hodinky. Obecně se nepočítá s tím, že do toho někdo šáhne jak hanuš do vorloje a změní někde velikost BARu, případně ho kvůli tomu bude muset přemapovat jinam apod. To znamená přerušit práci, přinejmenším pro dotčený driver, ruce pryč od hardwaru, provést změnu, a pak si nějak posbírat potřebné změny v softwaru a pokračovat.

On vlastně existuje způsob, generický na PCI (spíš PCI-e), jak může dojít ke změně na sběrnici: u konkrétních periferií může být podporován hot swap. To znamená, že se celá periferie odpojí, sběrnice včetně SW obsluhy na ni zapomene, nebo se nová sběrnice připojí, a je třeba ji inicializovat / zařadit do mapy adresních oken, zavést driver atd. (Nejsem si jistý, zda je nějak zajištěn surprise removal, možná ani ne = je třeba napřed odládovat driver.) Takže tu změnu velikosti BARu by šlo teoreticky zařídit fingovaným hot-swapem. Za tu cenu, že se odláduje a naláduje driver. Což u grafické karty může znamenat zajímavé vizuální efekty - možná včetně toho, že spadne celý desktop / relace přihlášeného uživatele, popadá spousta softu který na to není připravený apod. A přesně tomuhle se resizeable BAR snaží vyhnout.

K čemu vlastně celý ten cirkus? Ona grafická karta nemá do MMIO okna vystavenou celou svoji RAMku? No, nemá. Kdysi dávno snad, když bylo RAMky pár MB. V dnešní době mají grafické karty běžně víc než 4 GB, tzn. víc, než zvládne nativně naadresovat 32b CPU. A asi hlavně kvůli startu v 32b režimu je potřeba, aby namapované okno bylo zpočátku menší - ten článek od Microsoftu tvrdí, že běžně 256 MB. Takže v driverech pro 32b OS musí toto okno fungovat v režimu nějakého mailboxu nebo stránkování nebo prostě nějakou takovou nepřímou cestou. Jaké by to bylo hezké, kdyby se celá dedicated videoRAM dala hostiteli namapovat nastojato! Teoretický fyzický adresní prostor 64b CPU to samozřejmě s přehledem pobere, skutečný fyzický adresní prostor dnes už taky (před pár lety desktopové CPU měly třeba jenom 36 fyzických adresních drátů v patici=FSB, přestože jádro už umělo AMD64/EM64T). Jak to ale udělat, aby po startu s malým oknem bylo možno okno rozšířit, pokud možno aniž by obrazovka viditelně mrkla? On by si o to vlastně mohl říct grafický driver při svém startu, takže by se nic moc nedělo z hlediska nějakého pádu přihlášeného desktopu apod. - ale, ó hrůzo, my přece nemůžeme dopustit, aby obrazovka viditelně mrkala na předělech BIOS / bootloader / startovní animovaný splash screen / winlogon / desktop!? Takže si pro letmou změnu velikosti BARu zařídíme podporu přímo v normě pro PCI sběrnici. Driver s tím bude muset umět pracovat (dát na chvilku ruce pryč od práce s oknem a postřehnout změnu velikosti), hardwarově v grafice to bude muset ustát kontinuální vykreslování obrazu na stínítko - ale to je tak všechno. Není potřeba kompletní "výstup a nástup" jako při PCI-e hot-swapu. Hurá, hotovo! :-)

Takže grafický driver už vidí celou videoRAM hezky v řadě za sebou od A do Z. Otázkou je, jak s tím naloží tvůrci HW API a driveru dané grafiky. Asi nikdo není tak blbý, aby to namapované okno používal nastojato jako běžnou DRAM - bylo by to přes PCI-e sběrnici přece jen pomalejší, než přímý přístup do DRAM, taky mi není jasné, zda je to okno cacheable a prefetchable (nejspíš není) atd. Čili otázka zní, zda se dá z programátorské lenosti něco pokazit v rovině krmení shaderů, uploadování geometrie, dotahování textur do VRAM pro práci "3D enginu offloadovaného na kartu" apod.

e?

Já vás jen prosím o konkrétní odkaz. Na gamersnexus jsem se díval a nikde jsem to tam nenašel. Asi jsem špatně hledal. Máte prosím ten odkaz?

GamerNexus review, link na to kdyz testuji specificky SAM:
https://www.youtube.com/watch?v=jLVGL7aAYgY&t=363s

Vysledek? Vzdy je to bonus, ne vzdy velky ;)

Mas tam neco dalsiho Rede? :D

Mimochodem když uvádíte zdroje, buďte prosím konkrétnější. Že to je někde na gamersnexus, nebo "odkaz jsem poslal Malimu", to je mi s prominutím na prd.

Jo a nebuďte takovej cíťa - dotaz na zdroj informací přece není nadávání ne?