Zpravodaj o Víně – 2. 5. 2011 (diskuse)

[Jirka]

Co vlastně tak obvykle způsobuje ty regrese v databázi aplikací?

[D.A.Tiger]

Podle mě je to dáno několika faktory :

1) Samotnými úpravami Wine - jeho vývojem. Implementace mechanizmů Wine a i samotného API je natolik komplexní, že jakýkoliv zásah může mít vedlejší efekty, které se mohou projevit tak a tam, kde to nikdo nečeká (a jako naschvál se to i v mnoha případech tak stává). Některé lze odhalit hned, některé při testování a jiné odhalí bohužel až sami uživatelé. To je asi jeden z faktorů

2) Dalším takovým faktorem, který to může ovlivnit (a částečně souvisí i s výše napsaným) je to, že nikdo přesně neví jak Windows fungují pod kapotou, což samozřejmě hodně ztěžuje vývoj funkčního API a prostředí pro běh Windowsáckých programů, protože spoustu věcí musí implementátoři vytvářet sami, vedeni jen mlhavými informacemi, které MS vypustil, či osobními zkušenostmi a znalostí tohoto os. Což samozřejmě znamená, že Wine API je prostě "jiné" oproti API Windows.

3) Wine je hodně závislé na systému a jeho nastavení. Někdo sice tvrdí, že to není zas tak horké, ale moje zkušenosti říkají, že hodně záleží na jádře, XServeru a ovladačích grafické karty, a WM pod kterým je spuštěné (nejvíce je to poznat u her). Jinými slovy to že program XYZ.exe poběží na Wine ve verzi 1.2.3 perfektně bez jakýchkoliv chyb, ještě vůbec neznamená, že na Vašem počítači stejný program pod stejnou verzí poběží stejně dobře. Je pochopitelné, že není v silách autorů otestovat všechny aplikace pro Windows ve Wine na všech dostupných jádrech, distrech a platformách na nichž Linux běží...

Ta databáze slouží hlavně pro orientaci, je dobré ji tedy brát trochu s rezervou...

[Juraj]

3) Wine je hodně závislé na systému a jeho nastavení.

Plny suhlas. Ja som si pred par rokmi rozchodil internu firemnu aplikaciu pod wine... a nikomu druhemu sa to nepodarilo zopakovat, ani ked si skopirovali cely obsah .wine :)

[jk]

ad 3) Skusal som viac veci este pred 2 rokmi, takze je to uz mozno zastarale: Ano, ale viditelne (u mna zaznamenane) efekty su graf. drivery a vystup zvuku (PA, ALSA, OSS). Podla mojej skusenosti s najvacsimi vyrobcami: nvidiacky blob >> ati blob > ati opensource > nvidia opensource > vesa. Tzn. co ide s vesou, to ide aj inde. Ovladace mavaju pomerne casto dlhotrvajuce regresie, takze na to sa neda spoliehat; naproti tomu sa da pomerne dobre spolahnut na moje nerovnosti aj medzi roznymi verziami driverov (tzn. nvidia blob zvlada v lubovolne zlej verzii viac ako ostatni v lubovolnej verzii).

S vystupami zvuku je treba miestami spekulovat - nastastie tam nie je tolko volieb, takze sa to da "uhodnut".

[D.A.Tiger]

Máte asi pravdu, protože i já mám podobné zkušennosti.

Jen drobné doplnění, že VESA je absolutně jednoduchý framebuffer, velmi pomalý a se základními funkcemi bez jakékoliv akcelerace, takže asi proto většinu z toho co lze rozjet s ní pojede i jinde. Zas na druhou stranu oficiální ovladače od nVidie mi toho rozjedou mnohem více a na ... řekněme lepší úrovni. bohužel s tím, že se na to nedá 100%-tně spolehnout

Myslím si, že hodně zla ve Wine nadělá jeho funkce "prostředníka" mezi vnějším rozhraním Linuxového jádra (libc, glibc, atd...) a spouštěnou Windows aplikací. je to jen čistá spekulace, ale domnívám se, že Wine by v této fázi asi hodně prospělo, kdyby se stalo samo přímím vnějším rozhraním jádra (podobně jako např. FUSE) a při implementaci svých mechanizmů a API přímo komunikovala s jádrem. Žel bohu má to i několik velmi bolavých háčků....