Jak funguje grafické jádro integrované v procesoru

Co si představuješ pod pojmem server? Serverové základní desky mají samostatný management s vlastní grafickou kartou, která nemá nic společného s procesorem (i pokud jsou to Xeony E3 s vlastní grafikou, tak je grafika v procesoru zakázané).Blokové schéma a nějaká ta omáčka okolo:https://www.servethehome.com/explaining-the-baseboard-...

Až na Xeon jsem nepomýšlel, ale i tak by se dalo. Díky za radu, podívám se, co se dá koupit za boardy. Pod pojmem server jsem si představoval počítač s linuxem, na něm Apache, Java, MySQL a to je snad všechno. Ty SQL dotazy už mi nejdou víc vyoptimalizovat a přesto trvají déle než bych potřeboval, tak holt potřebuji vyoptimalizovat hardware a prostě řeším i tyto detaily. Díky i za odkaz na článek, tohle je fakt zajímavý.

A nechces zkusit misto MySQL radsi nejakou databazi?Optimalizaci musis resit nejdriv na strane aplikace, pak na strane databaze a pak teprve dalsi veci. Graficka jedro je vtomhle poradi ... moment, podivam se ... na 93. miste.

To je samozřejmě slovo do pranice. Donutilo mě to chvíli googlit a hledat nějaké srovnání výkonu. Takže třeba PostgreSQL vychází výkonově tak dvakrát lépe než MySQL. Ale teď jsem v situaci, že prostě chci celé řešení hodit na nový server a neřešit problémy s rozdílnosti databází, které by se určitě dostavily. To může být další krok. A komponenty pro server prostě chci vybrat tak, abych tam neměl zbytečné chyby, proto jsem zde položil ten dotaz. Níže je i odpověď, že vliv grafického jádra na propustnost sběrnice je neměřitelný, takže moje obavy jsou spíš zbytečné. Ale nevadí, aspoň jsem si rozšířil obzory. Takže dík za doporučení.

Super, krok spravnym smerem. Ale i tak by stalo za to zamyslet se nad aplikaci - tam muzes usetrit radove vic, nez zmenou databazoveho engine. Treba jen drobna cache na spravnem miste dokaze zazraky. Ale tezko radit, kdyz o aplikaci a zpusobu pouziti nic nevime.

zase se na noční nudíš a proto sem píšeš takový troloviny ?Co čekáš za odpovědi ??

A netrolíš spíš ty? Když tě to nezajímá, nekomentuj, uděláš líp. Díky

A ještě lepší bude, když nebudeš ty psát odpadní dotazy.

... tak až se naučíš používat Google, zadáš třeba: https://www.google.com/search a můžeš studovat ...

Hele, dík za lekci google, ale já jsem samozřejmě googlem hledal. Tvůj návrh mi najde fůru odkazů, kde se dozvím, jak funguje a co všechno umí GPU na kartách NVIDIA, ATI apod. ale to já fakt nehledám. Tomu rozumím až dost. Já potřebuji vědět, jak to funguje, když má grafické jádro procesor a jak moc grafické jádro tahá data z pamětí DIMM na desce a jak moc to zdržuje CPU.

Rozumíte tomu až dost, ale pořád operujete jenom s framebufferem. Jenže dnešní grafiky právě umí mnohem více.

Vím, vím. Ale tam právě vidím to úzké hrdlo. Protože mně fakt stačí jen konzola v textovým režimu 80x25. Proto nechci žádnou grafiku. Když nad tím tak přemýšlím, tak sázka na jistotu by byla RS/232 a terminálovej program na stanici.

A vážně máš pocit, že byl dobrý nápad to číst po slovech? Nebylo by lepší to jednou za 1/60 sekundy přečíst všechno najednou?

Tak to je otázka. Po HDMI kabelu jde celý ten obsah průběžně, takže kdyby se z paměti přečetla data pro jeden snímek vždy najednou, tak by se musela držet v nějaké vyrovnávací paměti a postupně odesílat do HDMI výstupu. Ale samozřejmě dneska asi není problém takový buffer do CPU naintegrovat.

Stáhněte si nějakou linuxovou distribuci a jako grafický režim použijte framebuffer. Zažijete přesně to, co popisujete. A pak se probudíte a zjistíte, že jste v roce 2020, a že framebuffer zřejmě není ta správná cesta k plynulé grafice.

Ide to aj rýchlejšie bez čakania, len nesmieš používať procesor ktorý je odvodený od riešenia úlohy dekódovania tajnej šifry používanej nemeckým vojskom počas II.sv vojny prístrojom, ktorý sa nazýval enigma.

K tomu se toho dá načíst spousta.1. Grafická paměť není zdaleka jen framebuffer, tedy to, co se má zobrazit, naopak, framebuffer tam ani být nemusí2. Grafický akcelerátor v procesoru má vlastní cache, někdy větší, někdy žádnou, ale používá sdílený řadič paměti. Procesor tedy nemusí přerušovat práci, jen se holt v propustnosti do paměti dělí s grafikou. I proto je u integrovaných grafik tak poznat dual channel.U serverů se to řeší tak, že je tam dedikovaný grafický akcelerátor v rámci nějakého remote managementu.

Díky, tohle je docela dobrá odpověď. Chápu, že grafická paměť není jen framebuffer, ale očekávám, že nejvíc komunikuje grafické jádro právě s touto pamětí. Tím mi odpovídáš i na otázku, že CPU a integrované grafické jádro se o ty DIMMy fakt tahají, což částečně dual channel vyřeší. Ale pokud bych opravdu chtěl maximálně CPU využít, tak používat integrované grafické jádro v procesoru není dobře. A ještě dík i za tu poznámku ohledně toho remote managementu, to jsem si neuvědomil, protože tohle je také řešení, jak nesnižovat propustnost sběrnice, ale já se nechystám provozovat server v nějakém cloudu.

Při běžném provozu potřebuje integrovaná grafika tak nepatrnou část šířky paměťového pásma, že je to prakticky neměřitelné.

Dík

No, ono to celé závisí na tom, jestli je framebuffer integrován v grafickém jádru nebo jestli je prostě v paměti DIMM na desce. Na což jsem tady úplně jasnou odpověď nedostal. Pokud je přímo v jádru, což by těch několik málo set MB klidně mohlo být, pak je vliv opravdu neměřitelný, pokud se zobrazují jen jednoduché textové výstupy. Pokud je framebuffer v DIMM, tak jsem spočítal, že by došlo ke snížení propustnosti asi o 4%, což až taková tragedie není, snížení výkonu CPU by bylo samozřejmě ještě o něco nižší.

Není.Existují různé cache, ale s těmi se napřímo nepracuje. Intel má u některých grafik nějakou eDRAM, až 128MB, tam nevím, jak to s ní funguje, podle mě je to taky jen cache.

Na to nemusíte provozovat server v cloudu.Mají to všechny konvenční HW servery. Některé mají jen IPMI vytažené z IME, což je systém běžící v procesoru (u Intelu), tam se to možná o nějaké zdroje tahat bude. Ale jinak je to dedikovaný hardware, většinou umí také IPMI, a znáte to jako iDrac, iLO... to je samostatný hardware připojený přes PCI-e, který obsahuje síťovku, grafiku, a umí emulovat třeba CD mechaniku.