Zpravodaj o Víně – 16. 11. 2013: Dopad ondemand na výkon her

26. 11. 2013 | Luboš Doležel | Různé | 5983×

Nové verze Wine. Fungují i viry. Wine Mono 4.5.0. Kam se poděl režim win9x? Příliš pomalý ondemand governor.

Obsah

• Nové verze Wine
• Fungují i viry
• Wine Mono 4.5.0
• Kam se poděl režim win9x?
• Příliš pomalý ondemand governor

Nové verze Wine

Od posledního vydání Zpravodaje o Víně vyšla celá spousta nových verzí Wine. Zmíníme jen ty vývojové:

Wine 1.7.2 vyšlo 13. září s těmito změnami:

• Vylepšení v rozvržení textu RTL.
• Podpora NTLM a Negotiate pro RPC přes HTTP.
• Více glyphů ve vestavěném fontu Wingdings.
• Lepší podpora systémové lišty v ovladači Mac.
• Vylepšení aktivačního kontextu.
• Různé opravy chyb.

Wine 1.7.3 vyšlo 27. září s těmito změnami:

• Nová verze enginu Gecko na bázi Firefoxu 24.
• Přípravná práce pro proud povelů Direct3D [command stream].
• Opravy ve správě oken v ovladači Mac.
• Podpora funkcí IPHLPAPI na Androidu.
• Různé opravy chyb.

Wine 1.7.4 vyšlo 11. října s těmito změnami:

• Podpora režimu celé obrazovky ve stylu Cocoa v ovladači Mac.
• Další přípravné práce pro proud povelů Direct3D [command stream].
• Řada vylepšení ve Winsocku.
• Různé opravy chyb.

Wine 1.7.5 vyšlo 25. října s těmito změnami:

• Podpora pro COM bez registrace za použití aktivačních kontextů.
• Lepší podpora simulovaných tučných fontů.
• Data Unicode aktualizována na Unicode 6.3.
• Lepší podpora pro registraci typových knihoven na 64 bitech.
• Různé opravy chyb.

Wine 1.7.6 vyšlo 25. října s těmito změnami:

• Přepis algoritmu BiDi pro plnou podporu Unicode 6.3.
• Podpora pro Video Mixing Renderer verze 7.
• Lepší ošetření změny velikosti oken v ovladači Mac.
• Různé opravy chyb.

Fungují i viry

Asi to není až tak překvapivé, ale některé viry opravdu fungují i pod Wine a úspěšně se mohou rozšířit z Wine na stroje s Windows. Dan Kegel poukázal na zajímavý bug #34556, kde si uživatel stěžuje, že wineserver posílá spousty SYN paketů na porty 139 a 445.

Dodávám, že SYN pakety se zase objevily po spuštění wineserveru a skončily po jeho odstřelení.

Nakonec uživatel potvrdil, že se opravdu jedná o virus.

Nalezen W32:Tenga. Rozšířil se z Wine na jiné stroje s Windows na mé síti přes port 139 a všechny je drtil.

Můžeme tedy hrdě přidat další položku do AppDB. Nebo snad přímo do Wine VirusDB? Autor VirusDB pro případné zájemce rovnou poslal, co tento virus po spuštění vlastně dělá.

Wine Mono 4.5.0

Už více než rok nevyšla nová verze Wine Mono, které usnadňuje běh .NET aplikací ve Wine. Vincent Povirk to po dotazu jednoho z uživatelů, jestli už na to není čas, hnedle napravil verzí 4.5.0.

Změnil se systém verzování, kdy čísla major a minor nyní označují nejvyšší podporovanou verzi runtimu .NET, takže už žádné 0.0.něco. Od verze 0.0.8 došlo mimo jiné k těmto změnám na straně Wine Mono:

• Opravena kompilace na strojích, které používají bash jako sh.
• Adresáře .NET frameworku nyní zahrnují mscorlib.dll (řeší bug #31888).
• Opravena kompilace na strojích s Mac OS X.
• Do adresáře pro .NET 2.0 byl přidán soubor security.config.
• Kompilátor Microsoft Managed C++ někdy generuje rozbitý IL kód, což má za následek nedosažitelnou instrukci ret. Tento kód je runtimem .NET přijímán, ale Mono jej odmítá. Mono v tomto případě správně implementuje specifikaci, ale jelikož nám jde o kompatibilitu, tak nyní přijímáme i tento kód.
• Přechod z Mono 2.11.4 na 3.2.3 plus nějaké commity navíc.

Mezi významné novinky na straně Mono patří:

• Nový garbage collector 'sgen' byl značně vylepšen a nahradil 'boehm' na pozici výchozího gc. Oproti boehm je v mnoha směrech lepší a měl by obecně být efektivnější.
• Mono má nyní podporu pro Přenositelné knihovny tříd (Portable Class Libraries).
• Počáteční podpora pro System.Windows.Forms.AxHost.
• Přidána podpora pro metody P/Invoke s konvencí volání thiscall, které se používají v assemblies v Managed C++.
• Vylepšené rozhraní IDispatch na managed objektech.

MSI balíček najdete na SourceForge, zdrojový kód na github.com.

Kam se poděl režim win9x?

Damian Ivanov s hrůzou zjistil, že si ve Wine nemůže nastavit verzi Windows na Windows 95, kvůli čemuž jeho aplikace padá. Kam se tento režim poděl?

Jsou dostupné jen systémy NT, ale s nimi moje aplikace vyžadzující win95 padá. Zmizela v posledních verzích verze win9x? Je snad pryč kvůli 64bitovému OS?

Damian to skoro trefil. Hans Leidekker:

Ano, pod 64bitovými prefixy už nejde vybrat verze win9x. Budeš si muset vytvořit 32bitový prefix.

Možná to zní logicky – Windows 95 o 64bitovém procesoru nikdy neslyšely – ale je to tak správně? Stefan Dösinger:

Myslím si, že bude stačit explicitně spustit 32bitové winecfg, které stále umožní nastavit winver=win95. Ale máme dobrý důvod, proč odstranit win9x ze 64 bitů? Nastavení winver na win9x pomáhá řadě instalátorů z doby Windows 95, které se snaží použít instrukce ring0 a předpokládají, že je obsluha chyb bude ignorovat.

Hans situaci vysvětlil. Problém je v tom, že na 64bitovém prefixu to nemusí celé fungovat...

...ale spouštění 32bitových aplikací v 64bitových prefixech bychom neměli podporovat. Nebude to vždy fungovat.

Řekl bych, že hlavním důvodem je to, že necheme, aby bylo pro uživatele snadné zvolit konfiguraci, kterou nemůžeme podporovat (nejsou žádná 64bitová win9x). Pokročilý uživatel si stále může upravit registr nebo spustit 32bitové winecfg.

Příliš pomalý ondemand governor

Mnoho hráčů říká, že pro zaručeně nejvyšší výkon je nutné vypnout v systému cokoliv, co by jen teoreticky mohlo znamenat nějaké úspory energie. Ukazuje se, že na tom možná něco je, alespoň co se „ondemand“ governoru týče. Scott Ritchie z Ubuntu se tímto problémem zabývá:

Během uplynulých několika let jsem měl tu možnost vyzkoušet hry pod Wine v mnoha různých prostředích – na laptopech, desktopech a dokonce i serverech v cloudu.

Mnohokrát jsem přišel na to, že hra sice funguje, ale pomalu, jenže po troše zkoumání jsem přišel na to, že přinucení CPU jet na 100% výkon pomůžu hře k tomu, aby byla hratelná. Dají se na to najít nástroje (například cpufreq-indicator pro desktopové uživatele), ale výsledek je pořád ten, že většina uživatelů si podle mě jen pomyslí, že Wine je pomalé a vzdá to.

1) Jelikož je Wine v tomto případě opravdu závislé na CPU, proč nepřinutí automatické škálování zrychlit procesor? Viděl jsem to na systémech běžících z adaptéru a s baterií na 100 %.

2) Je to problém v jádře? Chyba v nastavení správy výkonu distribuce? Nebo je tu něco, co by Wine mohlo dělat jinak, aby bylo méně zdvořilé?

Možná, že to ale není ani problém Wine a ani to není specifické pro Linux... Konstantin Litvinenko:

Potvrzuji. Můj nedávný výzkum výkonu Diablo 3 mě dovedl až k nastavení governoru na „performance“, což mělo za následek, že Diablo 3 „zázračně“ běželo rychleji, bez fíglů s CPU affinity nebo jiných triků.

Ale podle battle.net tímto netrpí jen Wine. Mnoho uživatelů Windows/Mac na to naráží. Proto si nejsem jist, jestli to je problém ve Wine, nebo ne.

Roderick Colenbrander nabízí řešení, jak si ondemand poladit tak, aby pracovalo více podle představ uživatele. Ve výsledku je ale jen a pouze na uživateli, aby si našel nastavení, které vyhovuje jemu i jeho hardwaru:

Tento plánovač [ondemand] má různé nastavitelné parametry v /sys/devices/system/cpu/cpufreq/ondemand. Jeho parametr up_threshold je obvykle nastaven na 95, což znamená, že jakmile procesor dosáhne 95 %, tak je čas zvýšit frekvenci o stupeň výš. Často je tato hodnota příliš vysoká, aby došlo k přechodu na vyšší frekvenci. Jen tak ze srandy to zkus dát na 25, jestli se to bude chovat jinak.

Nalezení „správného“ nastavení výkonu je velmi obtížné, protože jsou tu i jiné parametry, kde výdrž baterie vs. výkon je tím nejdůležitějším.

       

Komentáře

[Marián Kyral]

(nejsou žádná 32bitová win9x)

Nemá tam spíše být 64bitová? Jinak díky za článeček.

[Luboš Doležel (Doli)]

Jasně, opraveno.

[jehovista]

Asi jsem blazen, ale neopravil jsi prave i "SYN paketů"?

[Luboš Doležel (Doli)]

Na nic jiného jsem nesahal.

[jehovista]

Dik. Takze bud pepracovani, nebo pocatek starecke/alkoholove demence.

[Tobias]

Konecne po strasne dlouhe dobe sem se dockal zase nejakych informaci o Wine, ktere mi sice funguje blbe, ale clanky o nem si stejne rad prectu. Je jich jako safranu.

[Bedňa]

No keď zrovnám 64bit, tak tam je občas problém, na 32bitovej šmeďárne som nenatrafil na nič čo by nešlo, dúfam že tu Davkol nevytiahne tie perly :)

[kralyk z abclinuxu]

Kompilátor Microsoft Managed C++ někdy generuje rozbitý IL kód, což má za následek nedosažitelnou instrukci ret. Tento kód je runtimem .NET přijímán, ale Mono jej odmítá. Mono v tomto případě správně implementuje specifikaci, ale jelikož nám jde o kompatibilitu, tak nyní přijímáme i tento kód.

Microsoftí klasika...

[Vantomas]

Klasika o to smutnější, že Microsoft si vlastně celé specifikace sám vymýšlel

[R]

Myslim, ze to uz nikoho neprekvapuje.

[x14]

Upřímně řečeno - jsem nasranej. Odehrál jsem toho docela dost a furt jsem zkoumal, proč to Diablo III občast tak cuká, a na toto jsem bohužel nenarazil a ani mě to nenapadlo. Bylo vidět, že to nebere celý procesor, ale pořád jsem to sváděl na grafiku. Ted vidím, že stačí jeden blbný příkaz a mám okamžitě minimálně o 5 FPS více a zdá se, že zmizely všechny ty propady FPS, když se na obrazovce objevilo více postav. Na Androidu to mám nastudované - tam mají tyhle věci velký vliv, ondemand určitě není nejlepší (byť je na většině zařízení), znatelně lepší je interactive (při stejném využití baterie), ale jsou i lepší (můj osobní typ je SmartAssV2). Kdybych jen tušil, že to může mít takový vliv i na na desktopu