Dotaz: AMD APU + další grafická karta

[Kamil]

Ahoj. Nejspíš položím hloupý dotaz... Nikdy jsem neměl v PC APU a ani více jak jednu grafickou kartu.... Nyní uvažuji, že až vyjdou nové desktopové APU Ryzen, tak že si nějaké pořídím a k němu ještě nějakou výkonnější PCIe kartu od AMD. Tu bych používal v případě potřeby vyššího grafického výkonu. A teď mé dotazy: 1-do jakého portu mám připojit monitor, do vývodu z APU, nebo z grafické karty? (Předpokládám, že nebudu muset kabel přehazovat z jedné gr.karty na druhou) 2-umí linux MINT přepínat mezi těmito dvěma kartami v závislosti na potřebném výkonu automaticky, nebo budu muset přepínat ručně? 3-budu moci v případě použití Qemu pro virtualizaci windows vyhradit virtuálce celou PCIe grafickou kartu?

Moc děkuji za případné rady. Kamil

Odpovědi

[Prcek]

Nejsem si tím úplně jistý, ale myslím si, že můžeš používat jen jednu z těch grafických karet. Když chceš používat integrovanou v procesoru, připojíš kabel do konektoru na desce. Když bys chtěl používat dedikovanou grafickou kartu, připojíš kabel do konektoru na kartě.

Nastavení, která grafická karta se má používat, bude někde v BIOSu.

Ale možná se pletu. Musel by ti to potvrdit někdo, kdo má podobný HW jako ty.

[trekker.dk]

K první polovině: těžko. Teoreticky by to jít mohlo, dělá se to tak u notebooků - podle https://01.org/linuxgraphics/gfx-docs/drm/gpu/vga-switcheroo.html v takovém případě jedna grafika kreslí a přes PCIe posílá data druhé, která je zobrazuje. Prakticky bych ale hádal, že na normálním PC to fungovat nebude.

K druhé polovině - když tu grafickou kartu nebudete zrovna používat v hostitelském systému, tak není problém ji dát do virtuálního serveru. Pozor, potřebujete základní desku s IOMMU (není problém) a dobře udělanými IOMMU skupinami (může být problém.)

[LarryL]

Prakticky bych ale hádal, že na normálním PC to fungovat nebude.

Bumblebee funguje pro přepínání igpu Intetelu a gpu Nvidie i na desktopu a taky to bylo původně pro NTB.

Podle mě bude přepínání AMD fungovat na desktopu lépe než na NTB, protože tam bývá často nastavena GPU napevno v biosu (např. nejde vypnout). Vlastní zkušenosti s AMD Ryzen nemám, chtělo by to pogooglit.

[trekker.dk]

Offtopic - já tohle přepínání stejně nechápu. Nedávno jsem dělal upgrade na notebooku a dedikovaná AMD karta přestala fungovat, čehož jsem si hned nevšiml, protože X najely na integrovaný Intel. Psaní v konzoli nebo v textovém editoru bylo neskutečně pooomaaaaléééé, dokud nezareagovala správa napájení procesoru a nezvýšila takt... což následně vyžadovalo spuštění větráků, takže NTB dělal kravál a hřál se.

To ať mi nikdo neříká, že CPU běžící na maximální frekvenci a puštěný větrák je pro spotřebu lepší než zapnutá grafika...

(A mám tam normální Xfce a editor byl kate, žádná plasma a podobné high-tech kraviny)

[LarryL]

což následně vyžadovalo spuštění větráků, takže NTB dělal kravál a hřál se.

To nevypadá na standardní chování, navíc když máš Xfce. Spíše to vypadá, že ti nějaký proces vytížil CPU, nebo jsi měl ten Intel špatně nakonfigurovaný, protože jsi ho před tím nepoužíval. Pokud bychom se teď mrkli na nějaké testy měření spotřeby na netu, tak igpu bude mít při běžné práci určitě nižší spotřebu než dgpu. Ruku do ohně nedám, ale nečetl jsem, že by AMD nebo Nvidia měly lepší úsporné funkce než igpu Intel.

[trekker.dk]

Spíše to vypadá, že ti nějaký proces vytížil CPU

No jasně, proces X serveru. Když jsem nic nedělal, nic nedělal, když jsem začal psát do editoru, vytížení šlo nahoru. Jak se dají konfigurovat grafické karty, to nevím, ale doufal bych, že výchozí nastavení bude použitelné. Pokud teda akcelerace nebyla úplně vypnutá, to by byl sice návrat někam 15 let zpátky, ale je možné, že to tak je udělané v rámci tlačení systemd pomocí přístupu "X.org pouze se systemd"

[Peter Golis]

Pokud teda akcelerace nebyla úplně vypnutá, to by byl sice návrat někam 15 let zpátky, ale je možné, že to tak je udělané v rámci tlačení systemd pomocí přístupu "X.org pouze se systemd"

Zaujímalo by ma, čo má spoločné systemd s aktívnym bumblebee na vadnom HW.menovite prečo by mala byť chyba v 3D desktope keď bumblebee nechal 3D akceleráciu čisto na diskrétnu a neexistujúcu diskrétnu grafickú kartu.

Takáto logika je krok späť o 15 rokov.

[trekker.dk]

Než něco odešlete, přečtěte si to po sobě... Taky je dobré v reagovat na to, co předřečník napsal, nikoliv na to, co se vám odehrává v hlavě.

[Peter Golis]

Takáto reakcia síce vysvetľuje logickú chybu v uvažovaní, ale neospravedlňuje ju.

[Vašek]

.......Pozor, potřebujete základní desku s IOMMU (není problém) a dobře udělanými IOMMU skupinami (může být problém.)

Dobrý den.

Také mne toto téma zajímá. Mohl byste prosím trošku rozvést pojem "dobře udělané IOMMU skupiny" ?

Lze nějak poznat motherboard, který IOMMU podporuje a má IOMMU skupiny udělané dobře?

Moc Vám děkuji.

[trekker.dk]

Na to, abyste mohl použít PCI-passthrough, musí deska umět IOMMU, pak můžete PCI hardware vyjmout z hostitele a vložit do hosta. To ale nejde dělat pro každé jednotlivé zařízení, vyjmout je potřeba všechna zařízení, která jsou v jedné IOMMU skupině. Příklad - na své desce nemůžu z hostitele vyjmout jenom grafickou kartu, musím s ní vyjmout i zvukovou kartu, která je na té grafice integrovaná (žádné překvapení, ale taky to není problém.)

Příklad blbě udělaných skupin může být třeba to, když v jedné skupině budou obě grafické karty - vyjmu obě, v hostiteli nemám grafiku. Nebo že ve skupině bude grafická karta a zároveň s ní také třeba všechny řadiče disků - vyjmu grafiku, hostitel nemá disky. Prostě jsou to případy, kdy nemůžete z hostitele vyjmout hardware pro hosta, protože tím vyjmete i něco, co hostitel potřebuje ke svému fungování.

Jak poznat vhodnou MB? Těžko. Pokud už desku máte, tak v Linuxu je adresář /sys/kernel/iommu_groups, kde jsou ty skupiny vyjmenované jako podadresáře (čísla), v každém podadresáři je pak adresář devices, kde je seznam zařízení patřící do dané skupiny. (Zařízení jsou uvedena dle svých adres na PCI sběrnici, z výstupu lspci vyčtete, co je co.) Pokud desku chcete koupit, tak jedině hledat na webu, jestli někdo někam ten seznam skupin nenahrál. Jo a s různou verzí BIOSu ty skupiny na stejné desce mohou být různé.

[LarryL]

Sice to nebyl dotaz na mne, ale je to asi tak, že před koupí motherboardu není žádná možnost to poznat podle nějakých parametrů od výrobce (neuvádí to). Když máš motherboard v ruce, tak to lze zjistit scriptem. Před koupí musíš hledat info na netu od ostatních uživatelů, třeba do googlu hodit: <jméno_motherboardu> "IOMMU groups". Kdysi jsem měl obrovský excel, který někdo zpracoval (mám dojem, že z Redhatu) a tam byly sesbírané zkušenosti s různými deskami. Pokud něco najdeš, tak to sem klidně hoď rád se podívám jak jsou na tom dnešní desky.

[PetebLazar]

Vhodnost pro PCI passthrough se může u konkrétního MB lišit verze od verze použitého BIOSu/UEFI.

Nejlepší je asi inspirovat se s výběrem komponent (nejde jen o MB, ale i GK) dle "success stories" těch passthrough-úspěšnějších na tech. forech Internetu.

Myslím, že například Wendell z Level1Techs při svých recenzích MB obligátně ukazuje IOMMU grouping, zkušenosti s konkrétními MB v tomoto ohledu se řeší i na jejich fóru).

[LarryL]

(Předpokládám, že nebudu muset kabel přehazovat z jedné gr.karty na druhou)

Mělo by to jít nastavit i tak, že by se v jednu chvíli používaly obě GPU, do monitoru by byly zapojeny oba kabely najednou a jen bys přepínal "source" na monitoru podle toho z jaké GPU by jsi chtěl zrovna vidět výstup.

Nebo druhá varianta co tu už padla, že by se výpočetní výkon odehrával na jedné GPU a pak by se data přenesly na druhou GPU kde by se jen zobrazily a vyplivly na monitor. U téhle varianty je mírná latence, ale u Bumblebee ji vůbec nevnímám ani ve hrách.

[trekker.dk]

Mělo by to jít nastavit i tak, že by se v jednu chvíli používaly obě GPU, do monitoru by byly zapojeny oba kabely najednou a jen bys přepínal "source" na monitoru podle toho z jaké GPU by jsi chtěl zrovna vidět výstup.

Jo, takhle mám připojenou grafiku pro virtualizované widle.

[LarryL]

Já na virtualizované widle používám https://looking-glass.hostfission.com/ , jsem líný přepínat monitor Tam už malinká latence jde u rychlých her cítit, ale když potřebuji tak taky přepnu "source" na monitoru a je to bez latence. Dle potřeby si Nvidii pomocí scriptu přehazuji mezi virt. widlema a linuxem, podle toho kde ji potřebuju.

[PetebLazar]

Jedu odhadem na cca 1,5 roku staré verzi LG, je tam za tu dobu patrný nějaký funkcionální/výkonový pokrok?

[LarryL]

Taky nemám úplně nejaktuálnější. Používám starší betu. Co si vzpomínám, tak takový větší pokrok byl, že se od nějaké verze dal LG používat i mezi VM, tzn. v jedné VM běžel LG-host a ve druhé LG-client, ale nepoužívám to. Když vývoj LG začal tak šlo použít NvFBC pro co nejnižší latenci, pak tu funkci na čas vypl a šlo používat jen DXGI a od bety NvFBC zase funguje. Přibyly nějaké klávesové zkratky a přibylo více voleb. Psali, že od nějaké verze LG-host (ten co je uvnitř VM) využívá méně CPU, ale nezkoumal jsem to jestli to tak v reálu opravdu je. Jinak ta latence (což je asi to nejdůležitější) se mi zdá +- pořád stejná s NvFBC. Při použití DXGI tam asi pokrok v latenci je, oproti tomu co bylo na začátku, ale je to zase jen subjektivní pocit, pečlivěji jsem to netestoval.

[PetebLazar]

Není NvFBC API dostupné pouze na Quadro+, aspoň takový dojem jsem získal z Gnifových (autor LG) tehdejších komentářů na toto téma.

[LarryL]

Existuje na to patch pro LG-host, aby to fachčilo i na GeForce, ale Gnif striktně dodržuje, aby se o tom nemluvilo. Možná ten patch udělal sám Gnif, pak si udělal nějaký "právní" rozbor zda je to legal, což není, a od té doby je do patch jehož jméno se nesmí vyslovovat