Zpravodaj o Víně – 12. 5. 2014: Konec podpory 16bitových aplikací? (diskuse)

[Salamek]

C runtime je véce kompatibilní díky sdílení zdrojových souborů.

[véca]

Je více než půl třetí odpoledne a véce je pořád tam. Kde jsou ty časy, kdy se chyby po upozornění v diskusi opravovaly...

[Lol Phirae]

Kde jsou ty časy, kdy nebyly diskuse u články zasrány off-topic kydy o překlepech.

[Maďar]

Kde jsou ty časy, kdy články byly bez překlepů a pravopisných chyb.

[ja]

Kde jsou ty casy, kdy se pod clankem nikdo neptal na to, kde jsou ty casy?

[Honz]

Mám kdesi nějakou Zebru, ta by mohla být 16bitová, vyzkouším ji...

[xkucf03]

Můžu zkusit Pampucha, taky od Zoneru

[Mintaka]

A co na to Bulánci?

[bulanek]

Už zase nejdou.

[Hans1024]

H. Peter Anvin je teda manik. Napred rikal, ze to (win16 segmenty) nikdo nepouziva, prestoze mu bylo opakovane receno, ze se to pouziva. A kdyby to nezachranil Linus se svym "we do not break userspace", zadny espfix by nepsal. (tim nechci nijak shazovat praci kterou na Linuxu odvedl) Asi nema rad "16bitove smejdarny"

Vyvojarum WINE jsem to psal na mailing list, ale jakozto outsiderovi mi to musel nekdo schvalit, coz nejaky ten den trvalo a Alexandre Julliard prisel az kdyz uz to tak nejak bylo rozhodnuto.

[Hans1024]

(win16 segmenty)

jsem chtel asi napsat 16-bit segmenty a win16 aplikace, nak se mi to spojilo

[D.A.Tiger]

Je hezke, ze hledaji zpusoby jak zvysit vykon aplikaci pod wine. Ale stejne, nejaky ubytek tam bude vzdycky a zalezi na mnoha faktorech jak moc bude poznatelny, protoze wine je proste dalsi vicemene systemova vrstva vlozena mezi jadro a aplikaci.

[Luboš Doležel (Doli)]

Na podobné věci by byl ideální nějaký volitelný jaderný modul + nechat původní řešení jako fallback.

[D.A.Tiger]

Jj, taky si to myslim. Minimalne nikourovnova implementace Win Api by mohla byt primo nad jadrem - podle me by to dost veci resilo, vcetne neprijemnych ubytku na vykonu aplikaci.

Ale zas na druhou stranu, kdyz dojde k chybe v aplikaci, kterou neodchyti, muze se sirit pres systemova volani az co do nejnizsich vrstev. Takhle proste spadne jen Wine. Jenze kdyz se to dostane pres prislusny modul az do jadra, destabilizuje to cely system (nemluve o tom, zda by to nedokazalo nadelat i nejake vedlejsi skody). Je otazkou zda tohle bychom umeli vyresit, nebo bychom takove situace byli ochotni riskovat...

[luky]

To mi prijde zbytecne komplikovane, IMO by stacilo vytvorit jen futexfd() syscall a potom by wine mohlo implementovat windowsacke cekani pres poll. Zbytek nebude tak citlivy na vykon.

[D.A.Tiger]

Je to komplikovane, ano to priznamvam. Ale jde mi o to, ze nikourovnova systemova volani jsou zakladem vicemene vseho. Proto si myslim, ze implementace jednoho syscallu sice pomuze, ale nezchrani vse...

[David Heidelberg]

měl si na mysli tohle? http://www.longene.org/en/index.php

[D.A.Tiger]

Neco takoveho. Priznam se, ze o tom projektu jsem doted vubec nevedel.... Zkousel jsi jej?

[David Heidelberg]

nezkoušel, ale myšlenka mi to přijde výborná (rozhodně to zrychlení bude citelné, dle nějaké historické diskuze z roku 2000 psali o 20% oproti Win2000, a 900% oproti Wineserver ). Dle wiki vypadá vývoj živě.

Jako drobnou nevýhodu považuji převažující čínštinu na fóru a minimální adopci ze stran distribucí.

Ale mám pocit, že vzít Longene + nativní podporu D3D9 pro Wine , tak už se blíží doba, kdy hry pro Windows poběží rychleji na hybridním Linuxu :)