Nové ovladače NVIDIA 302.07 beta podporují XRandR

Proprietární ovladače NVIDIA verze 302.07 beta podporují rozšíření XRandR 1.2/1.3. Konečně je tak možné pro nastavování monitorů používat standardní nástroje.

2.5.2012 21:25 | Luboš Doležel (Doli) | Nová verze

Komentáře

[ASS]

desktopovy pravek toto

[Tomáš Bžatek]

Eeeh, ti si teda dali na cas.

[jehovista]

Jestli to nebude tim, ze konkurence prakticky neexistuje. Tak proc si trhat zily...

[vencas]

Už jsem přešel na ATI. Dražší, asi horší výkon, ale i s closed-source ovladači lepší, než arogantní nVidia, kde se support ani neobtěžuje odpovídat na bugy, dokud ho nedostanou i s navrženým řešením.

[kavol]

na kolik bugů ti odpovědělo ATI?

[Tom]

Dobrá poznámka.... ATI ovladače jsou opravdu špatné, odezva neexistuje, prostě situace s ATI je špatná.

[dumblob]

Docela chapu, ze ATI neodpovida. AMD jste zkouseli?

[Vskutečnosti Saýc]

ATI ma vetsinou lepsi vykon, min kurvy karty (nvidia schvalne kurvi vykon desktopovhych karet v dvojite presnosti, aby si clovek musel koupit tesly), neuplaci vyrobce pocitacovych her a aby schvalne snizovali vykon na konkurencnich kartach a podobne. Jsou to podtatne mensi zkurvysyni nez nvidia.

[j]

Jiste a proto vetsina games funguje daleko lip na NV a nektere pro jistotu na ATI nefunguji prakticky vubec.

[Vskutečnosti Saýc]

Ano, proto. Je hezke, ze to i anonym pochopil.

[David Watzke]

OT: ty zde taky vystupuješ jako anonym, akorát s profilem

[Vskutečnosti Saýc]

Identita neni binarni vec, existuje spousta stupnu od "nikdo nema jmena" (4chan) pres "neperzistentni nickname" a "perzistentni identity ale se smyslenym jmenem"(ja na abcl) az po "vsichni pouzivaji obcanske jmeno". To jaka podoba se zvoli hodne formuje to jak ta komunita nasledne vypada.

[Andrej]

ATI ma vetsinou lepsi vykon

Který benchmark to říká? V jakých jednotkách se ten „výkon“ měří?

nvidia schvalne kurvi vykon desktopovhych karet v dvojite presnosti, aby si clovek musel koupit tesly

Kde bych mohl najít důkaz pro tuto konspirační teorii? Jsou někde k vidění kousky assembleru, které by dokazovaly, že novější verze driveru používá naschvál méně efektivní kód než některá starší verze?

neuplaci vyrobce pocitacovych her a aby schvalne snizovali vykon na konkurencnich kartach

O které konkrétní hry a které konkrétní dodavatele se jedná?

[Vskutečnosti Saýc]

Který benchmark to říká? V jakých jednotkách se ten „výkon“ měří?

FLOPS. Staci se podivat na wikipedii. Treba na bitcoinu je to hezky videt v praxi, ATI karty tam maji asi dvojnasobny vykon nez

Kde bych mohl najít důkaz pro tuto konspirační teorii? Jsou někde k vidění kousky assembleru, které by dokazovaly, že novější verze driveru používá naschvál méně efektivní kód než některá starší verze?

Pokud bys vedel neco o GPGPU, uz bys to nejspis vedel, protoze to jak se lisi stare a nove architektury nvidie a ATI ve vykonu v double je dost zname. Ale nevypada to.

Ale mohl bys prosim citovat, kde jsem rikal, ze se to co popisuji tyka ruznych verzi ovladacu? Proti strawmanu se argumentuje hezky, ale neni to ono.

O které konkrétní hry a které konkrétní dodavatele se jedná?

Konkretni seznam ti kompilovat nebudu. Benchmarky na anandtechu napovi, ktera hra je "optimalizovana" na co.

[Martin Mareš]

FLOPS. Staci se podivat na wikipedii. Treba na bitcoinu je to hezky videt v praxi, ATI karty tam maji asi dvojnasobny vykon nez

Nějak mi nedochází, proč by floatový výkon měl souviset s rychlostí generování bitcoinů, což je podle všeho zcela integerová záležitost.

[Vskutečnosti Saýc]

Vykon v bitcoinu, vykon ve FOPS, vykon v doublech proti vykonu ve floatech, vsechno vychazi lip nez nvidia ve stejnem cenovem segmentu. Sice bych polemizoval o tom, ze z nich neni tak jednoduche ten vykon vytahnout, a ze dokumentace v porovnani s nvidii saje, ale to by bylo do rozumne debaty, ve flame clovek nechce davat oponentum munici.

[Andrej]

Jak souvisí Bitcoin a FLOPS??? To bych opravdu rád věděl. ATI je v Bitcoinech lepší, protože má obvykle víc paralelních výpočetních jader než NVidia a tím pádem se pro zrovna tento konkrétní algoritmus hodí lépe.

Nicméně Bitcoin nesouvisí ani trochu s grafikou. Je to jen jeden jediný specifický workload, který není hlavním smyslem existence žádné grafické karty. Co když je ve všech ostatních nasazeních (a zejména v grafice) NVidia za stejné peníze lepší než ATI? (Tohle nejspíš není pravda a rozhodně to netvrdím. Jen říkám, že Bitcoin je extrémně chabý argument ve prospěch ATI.)

Ale mohl bys prosim citovat, kde jsem rikal, ze se to co popisuji tyka ruznych verzi ovladacu? Proti strawmanu se argumentuje hezky, ale neni to ono.

Ale samozřejmě, že mohl. Přímo tady:

nvidia schvalne kurvi vykon desktopovhych karet v dvojite presnosti, aby si clovek musel koupit tesly

Zkusme z tohoto záměrně záhadného tvrzení odvodit, jakým způsobem NVidia ten výkon „schválně“ kurví. Naschvál vyrábí ne-Tesla produkty tak, aby se nedaly plně využít? Tak tomu nevěřím. Nebo zasahuje do existujících produktů? Vleze mi do počítače a nějak mi pozmění grafickou kartu? To asi taky ne, že jo. Zkurví mi snad kartu na dálku softwarově? Ejhle, taky ne. Nahrazuje tedy postupně s novými verzemi ovladače jeho kód za méně efektivní? Bingo! To je jediné možné vysvětlení této konspirační teorie.

Uznávám naprosto otevřeně, že celé výše uvedené odvození je extrémně hloupé. Jenže konspirační teorie o kurvení karet (ať už nevyužíváním plného potenciálu nového hardware nebo zhoršováním výkonu již koupeného hardware) je dvojnásob hloupá.

Žádný důkaz v podobě odkazu na srovnání výkonu (nebo přímo na odhalení podstaty toho kurvení) jsi pochopitelně nebyl schopen předložit, což se dalo čekat.

Konkretni seznam ti kompilovat nebudu. Benchmarky na anandtechu napovi, ktera hra je "optimalizovana" na co.

Jinými slovy, plácáš tu naprosto nepodložené konspirační teorie a neexistuje pro ně žádný konkrétní důkaz. Děkuji, to jsem potřeboval vědět. To jsi ale mohl říct rovnou, bez zbytečné omáčky kolem.

Pokud by důkaz existoval, věřím, že evropské byrokratické instituce by si už na něm dávno důkladně smlsly, podobně jako kdysi na Microsoftu.

[Geo]

Ati neraguje ani na bugy s navrzenym resenim.

[XjCook]

Ja mám práve opačnú skúsenosť. Po nahlásení bugu nVidia zareagovala a opravila :)

[Luboš Doležel (Doli)]

+1

[Tomáš Bžatek]

Tak se nekdy stav ke me do kanclu, predvedu ti to 49°13'33.921"N, 16°34'53.657"E

[jehovista]

red hat konkuruje nvidii? Zajimave. Kde se daji vase graficke karty koupit?

[Tomáš Bžatek]

Myslel jsem ze SW stranky samozrejme.

[Michal Kubeček]

Kéž by to aspoň trochu otevřelo oči těm, kdo pořád opakují, že closed source drivery nejsou problém, protože ty od NVidie přece krásně fungují.

[lyon]

Me na nich funguji dva monitory i bez XRandRu, takze v cem je problem?

[honza]

zkus si na každý monitor nastavit jiný ICC profil

[vencas]

Nebo si zkus nastavit jeden monitor s pivotem a druhý ne.

[Michal Kubeček]

To je přesně ono: "Mně to funguje, tak jaký problém?"

Zřejmě doufám marně…

[klingger]

Nechcem sa zastávať closed source, ale opensource ovládača fungujú všade a každému?

[kavol]

+1

navíc vykládat si větu "Me na nich funguji dva monitory i bez XRandRu, takze v cem je problem?" stylem "ostatní můžou jít do prdele" mi přijde poněkud prapodivné, ja bych ji v kontextu diskuse chápal jako vážně míněnou otázku - cítím tam jistý rozdíl oproti "žádné bugy tam nejsou (protože já je nevidím)", na kterýžto přístup jsem též alergický

takže znovu - na co nVidia musí, ale prostě musí, implementovat XRandR, pokud to jde i bez toho?

aneb co dává OSS fanatikům právo křičet, že je nVidia špatná, protože má tu drzost neimplementovat každou blbost, co si někdo vymyslí, okamžitě nebo nejlíp ještě dřív než ji vymyslí?

[Tomáš Bžatek]

XRandr je celkem dulezita vec v desktopu, spoleha na ni jak windowmanager, tak i nastroje. Vysledkem je fungujici integrace. Pri vyvoji je ale potreba se spolehnout na dostupne extensiony X serveru. Pokud ty nejsou k dispozici, "desktop experience" trpi. V upstreamu se obecne netoleruje nedostupnost takovych zakladnich veci.

Btw. su opravdu zvedav, co udelaji vyrobci closed-source driveru s Waylandem. Uz to neni jen pet-project, ale adept na realnou nahradu X serveru. (Nedavno jsme meli interni prezentaci primo od Kristiana, bude se pravdepodobne i zverejnovat.) Kdy napr. nVidia prijde s funkcnim DRM driverem?

[Nobody]

Nemusi delat nic. Pouzivat se bude nakonec to, pro co jsou ovladace.

[Tomáš Bžatek]

Ano, s Nouveau chodi Wayland momentalne dobre. Vsak uvidis casem, jak se situace vyvine

[Bubak]

User experience s aktualnimi mainstreamovymi GUI je opravdu na vysoke urovni... Akorat mi nepripada, ze by za to mohla at uz NVidie nebo ATI...

[elenril]

+1

navíc vykládat si větu "Me na nich funguji dva monitory i bez XRandRu, takze v cem je problem?" stylem "ostatní můžou jít do prdele" mi přijde poněkud prapodivné, ja bych ji v kontextu diskuse chápal jako vážně míněnou otázku - cítím tam jistý rozdíl oproti "žádné bugy tam nejsou (protože já je nevidím)", na kterýžto přístup jsem též alergický

takže znovu - na co nVidia musí, ale prostě musí, implementovat XRandR, pokud to jde i bez toho?

Na to, aby se standardní operace daly dělat standardními nástroji. Tenhle windowsí trend, kdy každý výrobce HW píše svoje vlastní klikátko, takže nastavení stejných věcí se dělá na různých počítačích úplně jinak, je hrozně iritující. Na linuxu to opravdu nechci.

[kavol]

Na to, aby se standardní operace daly dělat standardními nástroji.

hm, a to je standard ISO-kolik?

- nebo v tomto případě platí přesně ta část, kterou už ses neobtěžoval ocitovat?

aneb co dává OSS fanatikům právo křičet, že je nVidia špatná, protože má tu drzost neimplementovat každou blbost, co si někdo vymyslí, okamžitě nebo nejlíp ještě dřív než ji vymyslí?

[Martin Mareš]

hm, a to je standard ISO-kolik?

Standardy týkající se X Window systému nevydává ISO, alébrž X.Org Foundation. RandR je jedním z těchto standardů a je na světě už pěkných pár let. Pokud se nVidia tváří, že dodává drivery pro X Window, měla by standardy týkající se X Window dodržovat, ne si vymyšlet vlastní proprietární hacky, které nejsou s ničím jiným kompatibilní.

[kavol]

Standardy týkající se X Window systému nevydává ISO, alébrž X.Org Foundation.

ehm, a neplatí v tomto případě právě ono "každou blbost, co si někdo vymyslí"?

X.Org není zrovna podnik stylu ISO (anebo IETF, W3C, apod.) ...

RandR je jedním z těchto standardů a je na světě už pěkných pár let.

hm, a nemělo XFree86 obdobnou funkcionalitu o nějakých cirka deset let dřív, náhodou?

Pokud se nVidia tváří, že dodává drivery pro X Window,

a tváří? - oni někde slibují, že to všecko podporují?

měla by standardy týkající se X Window dodržovat, ne si vymyšlet vlastní proprietární hacky, které nejsou s ničím jiným kompatibilní.

viz výše - já tedy nevím, jak v té části "proprietární hacky", ale nebyli to spíše právě ti uraženci z X.org, kteří v případě RandR přišli s tím "vlastním, s ničím jiným kompatibilním"?

abychom si rozuměli, já konkrétně do tohodle problému prd vidím - jenom mi jaksi nesedí ta argumentace stylem, že je někdo špatný, protože se dostatečně briskně nepřizpůsobil někomu jinému, zatímco jiní za obdobné chování kritizováni nejsou, ba naopak jsou v takových případech obhajováni (kolikpak třeba takovej Firefox porušuje, nerespektuje nebo vůbec neimplementuje RFCček, a co jsem si tu vyslechl, když jsem si dovolil upozornit na jistej nesoulad ve výkladu (X)HTML ...)

[petr_p]

RandR je jedním z těchto standardů a je na světě už pěkných pár let.

hm, a nemělo XFree86 obdobnou funkcionalitu o nějakých cirka deset let dřív, náhodou?

Nemělo. XF86VidMode protokol je dobrý leda tak na jednohlavou kartu s analogovým výstupem.

[kavol]

v tom případě by mě zajímalo, na čem tehdá fungovali lidi s víc monitorama ...?

[petr_p]

Měli více grafických karet a více X serverů.

Těch pár modelů vícehlavých karet se zásadně nastavovalo v konfiguráku ručně pomocí voleb specifických pro daný ovladač. Žádná konfigurace a připojování za běhu nebyla. Různé grafické režimy, různá DPI atd. pro různé hlavy nebyly. Druhá hlava byl obvykle jen neakcalerovaný framebuffer.

[Tomáš Bžatek]

Matrox to mel vyreseno po svem, nutno dodat, ze drivery mel plne otevrene a v mainline XFree86 stromu, jen PowerDesk byla binarni utilita. Ta ale vicemene jen generovala configy a umoznovala preview nastaveni skrze vlastni volani do ovladacu.

Tehdy byla nVidia v plenkach a jeji "graficke" karty mely na vystupu mlzny filtr

[Tomáš Bžatek]

To mas stejny jako s FreeDesktop.org "standary". Nemusi vyhovovat vsem, ale je to obecny popis protokolu nebo vlastnosti a vsichni by se tim meli ridit. Paklize ne, zadelavaji si sami na problemy. Viz nektere systemd interfacy, ktere se nektere distribuce rozhodly nepodporovat a ted maji problem, protoze dalsi upstream projekty na ne portuji sve aplikace. Pritom staci tak malo - interface je verejny a detailne popsany.

I kdyby se X.org urazilo, jak pises, a prislo s vlastnim resenim, je to ostatnim prd platne, pokud na nich zavisi a jsou jen nadstavbou. Nic jim ale nebrani prijit s vlastnim X serverem, ktery bude kompatibilni.

[Václav "Darm" Novák]

Při dvou různých velikostech monitorů se špatně detekovala maximální velikost okna obrazovky pro fulscreen na youtube, takže se video přehrávalo ve zmršené zmenšené velikosti uprostřed monitoru, což je pro uživatele dost problém. Také hry na fulscreen se zobrazovaly přes oba monitory (tedy, věřím že tohle XRandR řeší). Nutnost používat jiné utility než z desktopu taky na použitelnosti nepřidají.

[Jardík]

Ani náhodou, tohle je bug flashplayeru a stává se u intel grafáren s podporou randr taky.

[Václav "Darm" Novák]

Zajímavý, když jsem googlil řešení, našlo mi to jen nvidii. Ale možný to je.

[Jardík]

V podstatě se mi to na notebooku s intel grafárnou chová tak, že při stisku fullscreen tlačítka vezme poměr stran celé obrazovky (x screen), okno se přepne do fullscreenu na aktuálním monitoru, šířka bude celý monitor a výšku to spočítá né z toho poměru stran monitoru, ale z poměru X screenu, takže je z toho taková úzká nepoužitelná nudle.

S jedním monitorem (1280x800)
-------------------------
|                       |
|XXXXXXXXXXXXXXXXXXXXXXX|
|XXXXXXXXXXXXXXXXXXXXXXX|
|XXXXXXXXXXXXXXXXXXXXXXX|
|XXXXXXXXXXXXXXXXXXXXXXX|
|                       |
-------------------------

Se dvěma (1280x800 a 1280x1024)
-------------------------------------------------
|                       |                       |
|                       |                       |
|XXXXXXXXXXXXXXXXXXXXXXX|                       |
|XXXXXXXXXXXXXXXXXXXXXXX|                       |
|                       |                       |
|                       |                       |
------------------------|                       |
                        |                       |
                        |-----------------------|

[Václav "Darm" Novák]

Hmm, já měl za to že to tak dělá kvůli blbě uváděným hodnotám z xrandr. Takže se toho problému nezbavím :/ Zvláštní je že mi to dělá snad jen youtube. Což je na stranu druhou v pohodě, videa který se mi nepřehrajou v html5 verzi prostě spustím ve VLC.

[Jardík]

No já to nikde jinde než na youtube nezkoušel, protože flash vlastně na nic jiného nepotřebuju. Až budu mít někdy náladu, tak to vyzkouším jinde.

[Jardík]

Ale jestli je to opravdu jen na youtube, tak by to mohla bejt i chyba toho youtube přehrávače, třeba prostě volá špatný fce (např. něco jako jestli je ve fullscreenu, vezmi rozlišení obrazovky, místo vezmi rozlišení monitoru).

[Mmad]

Tak to mi dělá jůtůb taky. Ale na dvojčeti (2x 1024). Divné je, že třeba Vimeo, Dailymotion (ty si pro změnu nepamatují monitor) nebo JWPlayer tímhle problémem netrpí.

[Václav "Darm" Novák]

Tak nevím, vyzkoušeno a zatím to vypadá že problém s betou zmizel.

[XjCook]

Hry sa dajú riešiť cez rôzne metamodes. Napríklad takto:

Section "Screen"
...
    Option         "TwinView" "1"
    Option         "TwinViewXineramaInfoOrder" "DFP-1"
    Option         "metamodes" "DFP-0: nvidia-auto-select +0+0, DFP-1: nvidia-auto-select +1920+0; DFP-0: nvidia-auto-select +0+0, DFP-1: NULL; DFP-0: NULL, DFP-1: nvidia-auto-select +0+0"
...
EndSection

[Michal Kubeček]

Možná by bylo dobré méně fantazírovat a reagovat jen na to, co jsem napsal, ne na to, co jste se mi rozhodl podsunout…

[kavol]

možná by bylo dobré věnovat pozornost kontextu diskuse, namísto fantazírování o tom, co ostatní nenapsali ...

[Tomáš Bžatek]

Ne a nikdy nebudou. To same plati i pro closed-source drivery ci jakoukoliv dalsi variantu. Kazdy si musi najit reseni, ktere mu vyhovuje. Je dobre mit moznost volby, kdyz nefunguje jedno, muze fungovat druhe.

[klingger]

Ja to chápem, ale mne jeho reakcia vyznela akoby s OSS ovládačmi problémy neboli, ale iba s uzavretými.

[Michal Kubeček]

Ne. A ani closed source ne. Rozdíl je v tom, že pokud je nějaký problém s open source driverem, ať už chyba nebo chybějící funkce, dá se s tím něco dělat. Můžete problém analyzovat, můžete navrhnout řešení nebo najít někoho, kdo to udělá. Když se vám to stane s closed source driverem, můžete akorát tak sedět a doufat. Navíc pokud máte v jádře closed source modul(y), ztěžuje to řešení i nesouvisejících problémů, protože si nikdy nemůžete být úplně jistý, že spolu opravdu nesouvisejí.

Myslel jsem, že zrovna v kontextu téhle zprávičky bude jasné, co jsem měl na mysli. Ale holt jsem se spletl…

[klingger]

Ech, dostávam sa do úlohy diablovho advokáta, ale čo už.

Ja nie som človek čo by dokázal opraviť ovládač, ani nikoho takého nepoznám. Takže tak či tak mi neostáva nič iba sedieť a dúfať. Pekný príklad sú relatívne nedávne problémy s intel ovládačmi. Je pekné že ich prepisovali na používanie nových vlastností x-servra, ale čo je mne z toho keď odvtedy mi veci čo šli, nejdú, opraviť ich neviem, problémy boli nahlásené. A keďže sú to problémy na staršej karte (815) už sa opráv asi nedočkám.

Keďže počítač je môj pracovný nástroj potrebujem aby fungoval, nepotrebujem sa rozplývať nad tým či software a ovládače čo používam sú open a free (to považujem "iba" za príjemný bonus), takže ak mi lepšie fungujú OSS ovládače použijem tie, ak mi lepšie fungujú uzavreté použijem tie.

[Michal Kubeček]

Ja nie som človek čo by dokázal opraviť ovládač, ani nikoho takého nepoznám. Takže tak či tak mi neostáva nič iba sedieť a dúfať.

I člověk, který sám driver opravit neumí, může udělat dost pro to, aby ti, kdo to umějí, měli dostatek informací k identifikaci problému. U closed source driveru toho moc udělat nemůžete.

Pekný príklad sú relatívne nedávne problémy s intel ovládačmi. Je pekné že ich prepisovali na používanie nových vlastností x-servra, ale čo je mne z toho keď odvtedy mi veci čo šli, nejdú, opraviť ich neviem, problémy boli nahlásené. A keďže sú to problémy na staršej karte (815) už sa opráv asi nedočkám.

Tohle už je ale hodně zavádějící. Zrovna podpora starších verzí HW rozhodně není tím, kde by closed source drivery měly navrch. Naopak, u closed source driverů se typicky starší verze HW "házejí přes palubu" podstatně dříve než u open source. Což je další příklad toho, o čem od začátku mluvím: je-li projekt open source a používá-li ho dost lidí, je velká šance, že se ho někdo ujme a bude pokračovat. Rozhodne-li se firma pohřbít closed source projekt, je to konec.

[klingger]

Táto debata začína naberať iný smer ako som chcel, pôvodne mi šlo o to že ste odsúdili človeka, lebo si dovolil byť spokojný s tým, že jemu tie uzavreté ovládače fungujú. Aspoň takto na mňa Váš príspevok zapôsobil. Ak sa mýlim ospravedlňujem sa.

[Michal Kubeček]

Snažím se ukazovat na to, že právě ta zprávička, u které je tato diskuse, poměrně názorně demonstruje jeden z důvodů, proč je přístup "vždyť to krásně funguje, tak co řešíte" krátkozraký. No a ten příspěvek je naprosto typickým příkladem tohoto přístupu.

[Luboš Doležel (Doli)]

I člověk, který sám driver opravit neumí, může udělat dost pro to, aby ti, kdo to umějí, měli dostatek informací k identifikaci problému. U closed source driveru toho moc udělat nemůžete.

nvidia-bug-report.sh

[Michal Kubeček]

To není ani zdaleka totéž.

[Šangala]

Není, to je pravda, pro neznalého je to snazší…

[j]

Mno ... ja bych radsi mlcel ... ale ... fake raid(5) v tuxnakovi normalne fungoval, az do 2.6.18 tusim ... od ty doby nefunguje, a to uz je peknejch par patku.

Jakozto userovi je mi u rite proc, proste to fungovalo a nefunguje. Jakozto ITk si to umim castecne spravit - existuje na to do nekterych verzi kernelu patch, ale neskutecne me to SERE!!!

Protoze KURVA KTEREJ DEBIL DAL PRYC NECO CO MOZNA(politicky, systemove, ...) BLBE, ALE FUNGOVALO!!!

--- A to samozrejme neni jen tohle, takovych veci ktery po patchi prestanou fungovat uz sem zazil az az. Nehlede na to, ze tu mam karticku, sice prastarou, ale stale funkncni, ovsem pouze na kernelu 2.4, paac OS driver nema a wraper na 2.6 neexistuje.

=> z tuxe se uplne vpohode vyhazujou veci, ktery fungujou, proste proto, ze se nekomu nelibi a to vse bez toho, aby za ne byla nahrada.

[Šangala]

Ulevilo se Vám?
Jeden dotaz, jaký je důvod používat fake raid?

[Michal Kubeček]

--- A to samozrejme neni jen tohle, takovych veci ktery po patchi prestanou fungovat uz sem zazil az az. Nehlede na to, ze tu mam karticku, sice prastarou, ale stale funkncni, ovsem pouze na kernelu 2.4, paac OS driver nema a wraper na 2.6 neexistuje.

=> z tuxe se uplne vpohode vyhazujou veci, ktery fungujou, proste proto, ze se nekomu nelibi a to vse bez toho, aby za ne byla nahrada.

Uvědomujete si, že vlastně potvrzujete, co jsem psal? :-)

[lempl]

" ... Naopak, u closed source driverů se typicky starší verze HW "házejí přes palubu" podstatně dříve než u open source. Což je další příklad toho, o čem od začátku mluvím: je-li projekt open source a používá-li ho dost lidí, je velká šance, že se ho někdo ujme a bude pokračovat. Rozhodne-li se firma pohřbít closed source projekt, je to konec. ..."

tak isto mam staru no funkcnu grafiku Geforce FX 5200 (rok vydania 2002 ?) no na linuxe mozem ostat iba na jadre 3.0 (tj tak isto nemozno upgradovat xorg a vsetky suvisiace dependecies) pretoze od 3.1 treba kernel moduly ktore pre tuto grafiku uz skoro nikto neudrzuje ani neupdatuje , nouveau ovladac tuto grafiku degraduje vykonovo este nizsie (geforce 2 ?)

tolko k dlhsej podpore stareho HW oproti uzavretym rieseniam

[Michal Kubeček]

Ve vašem příspěvku mi chybí podstatná informace: aktuální closed source drivery od NVidie tuto kartu podporují?

[lempl]

ospravedlnujem sa , nevyjadril som sa dost presne

stare ovladace (nvidia 173xx) pre tuto staru graficku kartu (geforce FX 5200) vyuzivali vykon tejto karty o dost lepsie nez otvorene ovladace (nouveau) ktore "som nuteny pouzivat" teraz

(uvodzovky pretoze nikto ma nenuti mozem ostat na kerneli 3.0 aj so starym xorg samozrejme ,no postupom casu zacnem narazat na problemy aj takych aplikacii a programov s kompatibilitou ako su gnome ci kde)

takze bud downgrade distribucie a ostat na nom kym hw vydrzi , alebo investovat do noveho ,pretoze netusim ci sa oplati upgradovat iba grafiku a za rok zistit ze uz ani ta nie je 'podporovana' resp moduly pre nu a podrporu v xorg tiez niekto opomenul

alebo pouzijem open source ovladace ale s horsim vykonom nez mali stare funkcne closed source ovladace (kde tiez nie je zarucene ci postupne neprestanu podporovat starsi HW , koli zlepseniu kodu a zostihleniu sa bude skrtat/mazat stary kod )

ak mozem proti otazku

aktualne open source drivery tuto kartu podporuju dostatocne aby dokazi pouzit jej vykon ako closed source drivery (napriklad aj na inych systemoch) ?

pretoze ak nie tak tym si sice stary ale stale dostatocny HW degradujem na kvalitu dnesnych smartphonou ci tabletov (web, hudba, "video" ?, lahky office , lahke hry) pritom vykon a potenacial vyuzitia tam je a o dost vacsi nez u smartphonu ci tabletu

navrhujem aby tvorcovia neuveau a aj iny tvorcovia otvorenych ovladacov (a aj uzivatelia) naraz a vzajomne vyzvali vsetkych tvorcov grafickeho (alebo aj vsetkeho ostatneho) hardwaru - aby vsetku technicku dokumentaciu (alebo aj ovladace) pre stary

(aspon 5 rokov od vydania na trh - pri grafickych kartach je to skoro 7 generacii kedze kazdy rok pripadne pol roka vyjde nova generacia cipov)

alebo tvorcami nepodporovany hardware bol zverejneny pod open source licenciou

[Michal Kubeček]

Napsal jste toho hodně, ale ať se dívám, jak se dívám, odpověď na položenou otázku tam nevidím. Přitom právě tato otázka je klíčová: pokud chcete zpochybnit mé tvrzení, že podpora starších zařízení je v open source driverech typicky delší než v closed source, měla by odpověď znít "ano". Jinak totiž přes všechnu nespokojenost vlastně jen potvrdíte, co jsem psal…

[lempl]

whoou ospravedlnujem sa

"ANO"

predpokladal som ze vacsina linux uzivatelov su zvyknuty citat nic nehovoriace siahodle texty manualov , forum stranok a navodou aby nasli riesenie svojich problemov s linuxom :)

[Michal Kubeček]

"ANO"

Tohle tvrzení je ovšem v rozporu s tím, co jste tvrdil na začátku. Takže se nabízí otázka, kterému z nich mám vlastně věřit, tím spíš, že vaše "ANO" je v rozporu i s oficiálním seznamem podporovaných produktů.

predpokladal som ze vacsina linux uzivatelov su zvyknuty citat nic nehovoriace siahodle texty manualov

Vy vidíte nějaký smysl ve čtení nic neříkajících textů? Já ne…

[lempl]

hmm asi uz starnem a slepnem , no nikde v podporovanych nevidim geforce FX 5200 , dokonca som vytiahol lupu ale nevidim tam ani Geforce FX seriu

tak isto na niektorych strankach distribucii odporucaju pre starsie graficke karty starsie ovladace pretoze nove ovladace s nimi nemusia fungovat prip sposobovat chyby

"...Vy vidíte nějaký smysl ve čtení nic neříkajících textů? Já ne… ..."

vidite ja zas ano , hlavne ak chcem viest neaku normalnu diskusiu a mam zaujem poznat aj iny nazor a prist tak k inym presvedceniam , myslienkam a nazorom , tak citam aj Vas text aj ked mi zo zaciatku nic nemusi hovorit :)

inac hned v prvom komentare som to napisal sa mi tak zda

"...tak isto mam staru no funkcnu grafiku Geforce FX 5200 (rok vydania 2002 ?) no na linuxe mozem ostat iba na jadre 3.0 ... ... pretoze od 3.1 treba kernel moduly ktore pre tuto grafiku uz skoro nikto neudrzuje ani neupdatuje ..." tj skoncila podpora zo strany linux distribucie

[Michal Kubeček]

Vidím, že i nadále hodláte psát příspěvky, které si navzájem odporují…

Takže si to shrňme. Za prvé: aktuální closed source drivery kartu GeForce FX 5200 nepodporují, tvrdí to oficiální dokumentace a právě jste to potvrdil i vy, ačkoli jste ještě včera večer tvrdil opak. Za druhé: open source driver noveau tuto kartu stále podporuje, i když ne tak kvalitně, jak byste si představoval.

A teď mi, prosím, zkuste vysvětlit, proč jsou podle vás tyto dvě skutečnosti v rozporu s mým tvrzením, že open source karty typicky udržují podporu staršího HW déle než closed source.

[SPM]

Možná to, že je to taková sofiina volba - buď použít prehistorické distro s funkčním closed source ovladači anebo nové s opensource, kde ta grafika je degradována na konektor na monitor :)

[Michal Kubeček]

Kernelu 3.0 vyšel loni v létě a do distribucí se dostal na podzim. Vzhledem k tomu, že kolega sám uvádí, že ta karta je asi 10 let stará, nepřipadá mi použití slovo prehistorické v tomto kontextu zrovna adekvátní. :-)

Navíc je tu ještě možnost obětovat nějakých 550-800 Kč za kartu, která je v současných distribucích podporovaná out-of-the-box bez nutnosti ušpinit si jádro a ještě nějaký ten pátek podporovaná bude.

[R]

A moze za to kto? Len a iba nVidia. Tym, ze ich driver je uzavrety, nemoze ho nikto upravit pre nove jadro. Toto sa bude opakovat s KAZDYM HW, pre ktory neexistuje otvoreny driver. Vo Windows je to uplne rovnako - mnoho ludi vyhadzuje plne funkcny HW (tlaciarne, skenery a pod.), pretoze neexistuje driver pre (napr.) Windows 7.

[SPM]

No, jenže ten opensource driver je taky na pytel, žejo :) a že byste chtěl aby nvidie svoje binární drivery uvolnila jako OS? Zkuste jim to napsat, ale asi není úplně ok, když se rozhodnou jinak :) nicméně, nvidia a ati je to samý, intel zase nemá karty s nějakým výkonem. Můžeme se tu nakrásně bavit jak by to bylo super, kdyby ... ale realita je krapet jiná.

[Michal Kubeček]

nicméně, nvidia a ati je to samý

Dříve to tak bylo. Už několik let je ale dost zásadní rozdíl v přístupu k poskytování specifikací a na na použitelnosti radeon driveru je to dost znát.

[SPM]

Jo, proto je každou chvíli někde vidět majitel ati, kterému to nefunguje nebo funguje mizerně... :)

[Michal Kubeček]

Pokud znáte nějaký driver podobné složitosti, se kterým nejsou žádné problémy a ve kterém nejsou žádné chyby, rád se nechám poučit. Navíc většina těch, které po fórech potkávám, si své problémy způsobila sama tím, že si zcela zbytečně zaneřádili systém, když se snažili místo funkčního open source driveru, který měli v distribuci, roubovat do systému closed source bordel.

[TM]

Mimochodem - Nvidia pro tyto staré karty (FX5200, FX5500, ...) udržuje legacy verze ovladačů. Sice je neupdatuje nějak příliš často, ale +- s aktuálními verzemi např. OpenSUSE jsou pořád velmi dobře použitelné. Viz. http://www.nvidia.com/object/linux-display-ia32-173.14.31-driver.html
Tvrdit, že na staré karty kašlou je bohapustý žvást.
Fanatici, kteří neustále pořvávají, jak musí být vše otevřené mě někdy dokáží opravdu pobavit - nejvíc se bavím, když třeba vidím "kvalitu" Nouveau ovladače... v podstatě je pro bezproblémovou práci téměř nepoužitelný. Jenom blázen by nenainstaloval proprietární Nvidia driver, pokud na PC potřebuje pracovat a ne si hrát a experimentovat...
Pochopte už konečně, že ovladač pro tak komplexní hardware jakým je dnes grafický akcelerátor vznikající reverzním inženýrstvím nikdy za moc stát nebude. Výrobce hardwaru zkrátka svůj driver otevřít nechce/nemůže a rozumný člověk se chová racionálně - tedy první co udělá po instalaci PC s Nvidií je to, že Nouveau prostě nahradí tím co poměrně dobře funguje. Díky tomu otevřenému zázraku s tím posledních pár let má trochu víc práce než dřív....

[Michal Kubeček]

To je ale dáno přístupem výrobce, ne že by to tak být muselo. Změna v přístupu ATi/AMD a současný stav radeon driveru názorně ukazují, že to rozhodně není nutnost.

a rozumný člověk se chová racionálně - tedy první co udělá po instalaci PC s Nvidií je to, že Nouveau prostě nahradí tím co poměrně dobře funguje

Přesně to jsem udělal, když jsem v práci dostal počítač s NVidia grafickou kartou: dal jsem tam starší Radeon. Pro mé potřeby funguje skvěle včetně efektů v KDE4 a špinit jádro nebylo třeba. (jen to nebylo to první, co jsem udělal)

[skywaker]

s tymto nesuhlasim. open source KMS driver je dneska na dost dobrej urovni.. ja napr mam problem s komercnym ATi drivrom robi mi to iste tak ako na windowse tak i na linuxe ked pripojim pc cez hdmi kabel ze obraz je scrvknuty o 1cms kazdej strany a obraz je nekvalitny viem da sa pouzit overscan ci ako sa to vola ze nastavit velkost obrazu ale neni to ono.. cez open source driver to funguje dobre rovnako ako v linuxe tak aj v Haiku kde vdaka par ludom co sa toho chytli haiku uz ma mode settings aj pre najnovsie ATi karty. NVIDIE je to problem lebo nvidia nerada zverejnuje info o svojich kartach.. cudujem sa ze Nouveau to dotiahli tak daleko

[Michal Kubeček]

Ehm… a s čím z toho, co jsem napsal ve svém příspěvku, to vlastně nesouhlasíte? :-)

[SPM]

Jistě, problémy budou u každého, ale u ATI mi přijde, že jich je tak o pár řádů více :) no - a jenom jestli to nenahrazovali tim closed source bordelem proto, že ten open source ovladač taky nefunguje podle jejich představ :)

[Michal Kubeček]

Většina ten driver nainstaluje bez přemýšlení, aniž by radeon vůbec zkusila. Často je za tím zlozvyk z Windows, že po instalaci se do systému musí nainstalovat ještě spousta driverů od výrobců. Často také podvědomý pocit, že driver od výrobce prostě musí být z principu lepší, nebo jen ovlivnění příspěvky z fór, psané těmi, kdo open source driver zkusili naposled před pěti lety, ale o to rezolutněji se k němu vyjadřují.

[lyon]

To je přesně ono: "Mně to funguje, tak jaký problém?" Zřejmě doufám marně…

Reagoval jsem na Tvoji poznámku na funkčnost closed-source driverů. A ano, uznávám fakt, že některé hry mají např. s detekcí fullscreen problém a hafo dalších problémů by se jistě taky našlo, pořád považuju nVidia closed-source drivery za jedny z nejlepších grafických driverů na linuxu. Přiznám se, hraju docela dost, proto je pro mě důležitý výkon, který z open-source driverů prostě nedostanu, nemluvě o (ne)stabilitě closed-source driverů ATI, které mi bohužel shazovaly Xka i několikrát denně.

[Michal Kubeček]

Tak ještě jednou: ta poznámka vůbec nebyla o (ne)funkčnosti closed source driverů. I kdyby v closed source driveru nebyla žádná (známá) chyba a všechno fungovalo jako z praku, pořád to bude problém. Stačí aby vyšla nová verze distribuce s novou verzí jádra a budete odkázán na milost firmy, kdy zareaguje a vydá novou verzi driveru.

[lyon]

Obávám se, že s mým Debianem Stable mě tento problém nejspíš nikdy nepotká

Ale jinak samozřejmě chápu, co tím myslíš, Kdyby to takto fungovalo s každým kouskem hardwaru v PC, tak se s ním nikdo nedomluví.

[Luboš Doležel (Doli)]

Stačí aby vyšla nová verze distribuce s novou verzí jádra a budete odkázán na milost firmy, kdy zareaguje a vydá novou verzi driveru.

Zrovna ovladač NVIDIA je dostatečně "odloučen" od jádra na to, aby šlo podobné problémy vyřešit úpravou wrapperů, co se tam používají. A k těm zdroják je.

[Jaromír Svoboda]

Pokaždé kdy z laptopu odpojím externí displej tak musím spustit nvidiácké klikátko a zrušit vícemonitorovou konfiguraci. A naopak když zapojím displej tak to musím pokaždé nastavit. To je opravdu problém protože pořád to nastavovat je otrava. Tyhle problémy jsem s ati grafikou neměl, tam se plocha automaticky nastavila i na druhém displeji.

Takže, mě taky fungují dva displeje i bez RandRu ale takový kejkle co je nutno okolo toho dělat jsou zbytečný.

[Tomáš Bžatek]

A ja si uzivam plne automatickeho hotplug na notebooku s intelem Je ale pravdepodobne, ze je tam proces, ktery polluje vystup a pres xrandr posila zpetne signal, ktery desktopove prostredi zachyti. Je to elegantni a funkcni. Tzn. na nouveau by to mohlo jednoduse chodit taky. Tedy na urovni toho, co mely MacBooky vicemene odjakziva.

[Jaromír Svoboda]

Tak intel má open-source ovladače, tak tam by problém neměl být. Přes nouveau randr taky funguje, jen s nvidiáckejma closed-source ovladačema, které jsou starší než verze 302.07 je problém, protože nepodporují randr. Takže tam to nejde automaticky.

[Jardík]

Intel polluje, ale rozbije se to po prvním suspendu. Viz http://www.abclinuxu.cz/blog/jarda_bloguje/2012/1/kravinka-na-konfiguraci-vystupu

[Tomáš Bžatek]

Tobe se smula lepi na paty, ja nemel za sest let vlastnictvi toho HW problem

[SPM]

disper

[Pavel Koudelka]

Off topic: Pane Bžatku, vy žijete! Oblíbil jsem si Váš Tux Commander, ale mám strach, že jeho vývoj hluboce usnul, či snad úplně umřel. Bude se s ním něco dít, nebo se mám poohlížet po alternativách? Díky za informaci.

[Tomáš Bžatek]

Ano, uz to tak bude Na vyvoj ted neni a zrejme jeste dlouho nebude cas, zameruju se na jine "projekty". Ale chtel bych aspon pridat podporu OS X v dohledne dobe.

[Ragzid]

Jen bych doplnil, že v této verzi zřejmě byla opravena chyba objevená ve verzi 295.40 (viz začátek odkazovaného vlákna), způsobující propad 3D výkonu na integrovaných čipech a řadě 8x00.

[Jaromír Svoboda]

Tu chybu bych mohl potvrdit, po aktualizaci Kubuntu na 12.04 se mi aktualizoval i nvidia ovladač na verzi 295.40 a práce v CAD programu DraftSight nebyla plynulá, sekal se pohyb v pracovním prostoru. Před aktualizací Kubuntu to bylo v pohodě. S verzí 302.07 je práce v DraftSight zase plynulá. Mám grafiku nvidia quadro nvs 135m v notebooku.

[Bubak]

Ha, proto jsem se mohl tehdy po upgradu posrat a rychle se vracel ke stare verzi... Ale je fakt, ze me ani nenapadlo, ze bych mohl kontaktovat neco jako support a resit to. Neuspechy v komunikaci s molochy, ktere neco prodaji a pak se o to moc nestaraji, me od toho odradily, ani me nenapadlo, ze by melo smysl nejak se dozadovat opravy s tim, ze by nekdo treba reagoval...

[Jaromír Svoboda]

Aktualizujete ovladače teď nebo počkáte až budou v repozitářích?

[Václav "Darm" Novák]

Já ho koštnu hned jak dorazím domů

[Rovano]

U mě dobrý

[Jindřich Makovička]

Pomalé přepínání tabů v Chrome s novou libcairo pořád trvá, jinak ok.

[Luboš Doležel (Doli)]

Nová libcairo je horor, na projektu ve firmě na ní máme vážné regrese

[Tomáš Bžatek]

Cairo ma ruzne backendy, co takhle zkusit jiny? Ted nevim, jestli zere env. var, prinejhorsim se da prekompilovat. Nesleduju zmeny, mozna v poslednich releasech povolili jeden z drive experimentalnich?

[Tomáš Bžatek]

Btw. na cairu je postavene cele Gtk (3, castecne i 2) a nevsim jsem si nejakych vykonnostnich regresi. Spise naopak je citit vyladeni oproti stavu napr. pred rokem, dvema. Stroje mi jedou na nouveau a intelech.

[pdbq]

ja pro nvidii pouzivam prrogramek disper - funguje to paradne, automaticky nastavuje rozliseni a prepinani mezi monitory - kdyz priradite klavesove zkratky, nepotrebujete do nastaveni nvidie vubec chodit

[dustin]

Jasně, disper nebo nějaký vlastní skript rovnou volající nvidia-settings s příslušnými parametry.

[uniquepito]

A uz podporuju poriadne optimus? Toto je jedina vec co ma nuti cakat na IB notebooky, lebo s dedikovanymi grafikami v kombinacii so SB cpu to je udajne dost krizova cesta :(

[Dusan]

Vlastne áno

http://www.martin-juhl.dk/2011/05/optimus-on-linux-problem-solved/

Testoval som to s nvidia drivermi na DELL 6520. Funguje len výkon je nižší.

Nouveu som netestoval tak neviem posúdiť potrebuje aspoň kernel3.2?

[uniquepito]

Diki chlape, tak to vyzera ze konecne s kludnym svedomim mozem ist do nb s nv grafou, ale na tie IB cpu si uz pockam :)

[Dusan]

Ak som to správne pochopil. Funguje to takto: Xserver a desktop ide na intel ovládači.

A program, ktorý potrebuje výkon si spustíš ako novú "inštaláciu" XORG cez ovládače nvidie.

Tu je pekný postup ako s tým robiť.

https://github.com/Bumblebee-Project/Bumblebee/wiki/Install-and-usage