Zlepší se stav kolem přepínání GPU na Linuxu?

Podpora přepínání mezi dvěma GPU na noteboocích je na Linuxu ve velmi špatném stavu. Uživatelé notebooků s Linuxem tak mnohdy nemají šanci přepnout na výkonnější grafický čip. Phoronix píše o tom, že se snad zablýská na lepší časy. Konkrétně Red Hat zkoumá přepínání mezi kartami Intel a NVIDIA.

9.11.2010 12:57 | Luboš Doležel (Doli) | Zajímavý projekt

Komentáře

[Petr]

Současný stav je takový, že se GPU musí přepnout v BIOSu (např. u noťasu s Nvidia Optimus). Nejhloupější se mi na celé situaci zdá to, že když má uživatel zaplou Nvidii, tak nemůže použít výstup na externí monitor, protože ten je ovládaný inteláckou kartou.

[David Watzke]

Já ti řeknu co se zdá nejhloupější mně: notebook, na kterym to v BIOSu přepnout nejde - například ten můj

[kayle]

No možno aj má, len je schovaný pod inou položkou. Na jednom ASUSe stačilo prepnúť SATA radič do kompatibilného režimu a miesto inteláckej grafiky ide nvidia.

[David Watzke]

To si ze mě děláš srandu...

[Anonym]

Pardon, ale k cemu mi na notebooku s Linuxem bude super graficky cip ?

[David Watzke]

a) v těch noteboocích nejsou žádné super grafické čipy -- grafárna nemusí mít nějaký extra výkon, aby několikanásobně překonala výkon integrovaného Intelu

b) pro Linux je hodně her a dalších 3D ptákovin -- taky se někomu hodí akcelerace videa (i když ta jede stejně dobře i na Intelu přes VA API), CUDA, a podobně

[Sten]

Super grafický čip nevyužije jenom pařan her, ale i my obyčejní linuxáci občas přehráváme FullHD videa na kompozitním desktopu a to jaksi Intel nezvládá. Na druhou stranu v letadle kompozitní desktop a plynulé FullHD video oželím, pokud mi vydrží baterie o dvě (či více) hodiny déle.

[David Watzke]

my obyčejní linuxáci občas přehráváme FullHD videa na kompozitním desktopu a to jaksi Intel nezvládá

To je blud! Právě jsem to zkusil (zapnul jsem kompozitění a pustil full HD h.264 film) a jde to naprosto bez problémů.

[andree]

fok, a ja uz som mal vybrany notebook, a som si hovoril ze aka dobra featura - ze ak to pojde aspon v tom biose prepnut, tak to bude fajn.. ale ak to nepojde tam a/alebo mi nepojde vystup na externy monitor, tak to dik za taku investiciu

[Senior Database Programmer]

No tak to je slabota...vo Win 7 stlacim jedno tlacitko, preblikne obrazovka a bezim na druhej grafickej karte (ATI 5650 + integrovana Intel).

[Tan]

Jeeee. Ty se maaas . Neuvěřitelné .

[dustin]

Taky lze předpokládat, že taková vychytávka byla rovnou vyvíjena ve spolupráci s MS, minimálně s ním velice detailně konzultována, určitě už v ranných fázích projektu.

[Jardík]

Jestli to taky nebude tím, že ve Windows je možno restartovat grafický subsystém bez ukončení aplikací a tedy je naprosto jednoduché vypnout ho, přehodit ovladač a zase ho nahodit a vše funguje (to může být příklad toho probliknutí). Taky jsem ale slyšel o přepínání grafik bez probliknutí, tam to bude asi jinak.

[ed]

to bude celoplosne dost tazko realizovatelne, pokial nebude existovat nejaka obdoba DIB priamo na urovni X11 protokolu.

vzdy totiz hrozi, ze pri prepnuti niektora z grafik nebude podporovat dany vizual a potom je pruser.

[Jardík]

On by to takový problém nebyl, pokud by se toolkity naučili používat xlib. Samotná knihovna funguje i v konzoli, pokud se nepoužívají funkce očekávající Display* apod. Toolkity si stejně často kreslí sami a od xlib jenom dostávají info o klávesách a myši (které by na chvíli přestaly dostávat, ale aplikace by mohla fungovat dále) a občas nakopírují nějaký svůj vykreslený buffer. Při odpojení od xserveru by stačilo vynechat těchto pár funkcí, zahodit všechna XID a spol. a v pravidelných časových intervalech (např. 5s) se zkoušet zase k serveru připojit (klidně i s nějakým maximem, třeba 1 min), vytvořit znovu potřebná (většinou pouze toplevel) okna, a obnovit funkci kreslení,... a mezi tím si akorát updatují svoje buffery apod. Bez xserveru by se mohly chvíli obejít. Bylo by to sice trošku náročnější na implementaci a muselo by se udělat pár změn, ale určitě by to nebylo nemožné.

Ad vizual - tohle se stát může, ale aplikace (resp. toolkit) si může pak říct o ten nový. Jinak i některé DirectX aplikace ve Windows se dokáží vyrovnat s "restartem" grafického zařízení, pokud zachytávají potřebné události, mohly by jistě i OpenGL aplikace v linuxu a při aktivaci karty by alespoň mohly vyplivnout hlášku "není opengl podpora, ukončuji se", místo obyčejného pádu s hláškou "segmentation fault".

[Sten]

Jj, jednou jsem si pokusně vztvářel X server takový, že se to chovalo jako screen pro konzoli, ale potom jsem toho nechal. Nicméně nebylo to moc náročné a umělo to i věci, o kterých si dodnes můžou Windows jenom zdát, jako přesouvání oken mezi různými vzdálenými X servery (s tím, že po odpojení apliakce stále běží) nebo multiuser session, kdy stejnou aplikaci provozovalo víc X serverů (ale tam jsem skončil na problémech s více myšmi)

[Matlák]

no to je víceméně to co dělá xmove. Xmove není ani tak samostatný X server jako jakýsi "X proxy server" který běží i když koncový X server spadne. Úspěšně se mi s ním povedlo přesouvat okna mezi více vzdálenými X servery i nechávat X aplikace spuštěné při shození X serveru a nahození jiného na jednom PC (to jsem prakticky využil na laptopu s dvěma X servery mezi kterými jsem přepínal - jeden s radeon driverem podporoval suspend, druhý s driverem fglrx zase 3D akceleraci pro hry )

[Matlák]

jen ještě dodám, dotyčnou hru jsem musel spouštět až po přehození X serveru a přímo bez proxy - xmove má problém i s rozhraním Xvideo natož OpenGL třeba bylo Stenovo řešení lepší..

[Tutor]

Není to v těchto případech náhodou tak, že ovladač jedné grafiky použije framebuffer té druhé? Pak by možná nemuselo dojít k probliknutí....

[Matlák]

Jestli to taky nebude tím, že ve Windows je možno restartovat grafický subsystém bez ukončení aplikací a tedy je naprosto jednoduché vypnout ho, přehodit ovladač a zase ho nahodit a vše funguje

Jo, tohle jde na Linuxu už 4 roky, jmenuje se to xmove. Bohužel to z neznámého důvodu nikdy nepřekročilo stádium pokusu a navíc to nefunguje (nefungovalo tedy) na amd64