Windows vs Linux (Wine) Prestanda

Kanske skulle vara kul att kunna se vad folk får på olika hårdvara mellan Windows och Linux (Wine) och se vad för optimeringar folk använder.

Allt från kompilerings optimeringar till patchar som kan användas. Här nedan kommer exempelvis ett par test jag gjort med EVE mellan olika Wine versioner och Windows.

Grafer:

Visa innehåll

Dold text

Program:
Arch Linux
KDE 4.11.2
Linux-ck-piledriver 3.11.4
Wine-multimedia med patcher
Wine vanilla (Arch repo)
nVidia 331.13 (Linux)
nVidia 331.40 (Windows)

Wine configuration:

Var god att notera att det kommer bra mer prestanda att använda performance governator istället för ondemand. Jag håller själv på att försöka hitta någon sweetspot med just olika värden på ondemand men inte riktigt hittat där den skalar bra utan att förlora för mycket prestanda.

TLDR:
Threading patchen tillsammans med __GL_THREADED_OPTIMIZATIONS=1 kan ge fina prestanda vinster. Vissa spel jag tittat på kan ge upp mot 100% bättre prestanda. Samma med att ändra governator.

Just nu försöker jag att få Wine att kompilera med Link Time Optimization som kom med nya GCC. Detta har enligt vissa tester på mjukvara förbättrat prestanda upp mot 100%. Tyvärr lyckas jag inte kompilera med detta då antingen är någon bugg i Wine eller GCC uppstream.

3.12 Skall komma med förbättringar, har själv nu piledriver-ck kerneln 3.12 Skall kolla om det har blivit bättre eller inte.

Mer intressant är Stefan Dösingers 100+ patchar som ökar prestandan med ca 100% i CPU drivna spel. Hans patchar som fanns publika var till Wine 1.7.1 om jag minns korrekt. Sakta men säkert har nu Wine teamet försökt att implementera dessa men det tar tid och även nu 1.7.7 har man inte infört allt. Dock så har CrossOver versionen alla patchar redan så jag själv är intresserad av att bara köpa mig in där och se om just i detta "EVE - Online" ger en prestandaboost eller inte. (då det är det spel jag spelar).

EVE Online klarar av att köra på samma kvalite. Tidigare versioner har haft problem med att explosioner inte renderades 100% korrekt (AMD). Men i vad jag testade EVE - Online så är kvaliten inställt på samma och jag personligen kunde inte se skillnad på Wine och Native, förutom prestandan då.

Oftast så är det AMD's drivrutiner som inte fungerar korrekt i Wine. Texturproblem och rendering eller crasher är vanligt.

Gjorde tidigare ett liknande test med AMD XFX 6970xxx där den fick ca halva av det nVidia kortet fick här på Linux i wine. Samt gav renderingsproblem när man inte hade AA igång.

För att understryka. EVE - Online är platinum stadiet när det kommer till spelet överlag. Enda anledningen jag och andra röstar ner spelet är att Captain's Quarters inte alls fungerar. Inget gamebreaking eller något viktigt ännu i spelet men fortfarande bra att upplysa om.

Gjorde en ny benchmark baserat på 1 tidigare wine version för att få en fingervisning och sedan stefans senaste git version samt senaste wine development.

Jag använder Arch så ny CK kernel samt massa andra saker inklusive senaste nVidia drivrutiner 334.16 och såklart senaste EVE version.

Testen är gjorda med performance så ingen ondemand så ha det i åtanke.

Kort och gott vad som händer är...
Undock
Warp till bälte
Warp till gate
Jump fram och tillbaka
Warp till station
Dock

Intressanta är att Wine 1.7.4 visar högre siffror mot tidigare benchmark. Värt att notera är att jag använder bara native libs och inställt till Windows 7 och såklart corefonts från winetricks.

Öppna i ny flik för att se stora versionen.

Hade lite funderingar över prestandan på CS:GO mot olika inställningar så jag spelade in en demo under en runda och sedan körde demot som benchmark mot olika konfigurationer av Wine.

Värt att nämna är att nVidia variabeln bara funkar på nVidia kort. CSMT funkar dock på samtliga; Dock har FGLRX har haft problem tidigare så YMMV. Kommer sen försöka kolla mot Windows prestandan i senare skede.

Hur:

Enviroment:

Legend:

Summa summarum

• Tydligt ser man att nVidia's optimization inte fungerar något vidare här. Något som bör testas är att köra patchen use_glBufferSubDataARB_dbuffer.patch som skall förbättra förutsättningarna för nVidias variabel. Men denna kompilerar ej längre mot Stefans wine.

• CSMT förbättrar och fixar alla problem med rendering som annars sker, inget som lyser igenom längre, prestandan är bättre och spelet känns mjukt som på Windows.

För att få igång CSMT kan man antingen själv kompilera Wine med CSMT från Stefans Git alternativt ladda ner färdiga versioner med hjälp av PlayOnLinux så man slipper själv sitta och kompilera och leka runt.

*Något att notera är att som sagt SteamOverlay är lite buggat och det är rekommenderat att stänga av det i steaminställningar för spelet.

Något intressant att testa är också dx9 trackern där någon har implementerat hela DX9. Såg en del tester på youtube samt lite andra forum där det fungerar förvånandsvärt bra.

CSMT måste du kompilera själv eller hitta en färdig version, tror det finns PPA men lättaste är via PlayOnLinux. (Är det jag använder för att testa mot olika versioner av Wine mot min egna kompilerade CSMT, men de har CSMT versioner också)

Nvidias threaded räcker att du använder som jag gör i mina exempel.

Citera om du vill ha svar snabbare nästa gång

A, jag läste det ganska nyligen imponerad faktiskt av deras resultat. Frågan man ställer sig är vad hindrar en Direct3D implementation i de stängda binärerna? Är det att man är rädd för patent/copyright? Borde inte domen från Oracle vara något där man inte kan ha dessa på APIer ?

CS:GO börjar närma sig lansering på Linux så jag kommer köra en runda tester med spelet. Något annat spel jag vill testa är prestandan på WaTthunder med deras OpenGL backend. Vill köra tester med EVE för att se vart prestandan är påväg där då jag själv spelar spelet mycket dock är problemet att det är väldigt svårt att få ett konsekvent resultat.

Om det finns en till Linux mint så ja. Annars antar jag du måste kompilera en egen för att få det rätt till. Kanske finns några repos som skulle underlätta det.

Här kommer lite comparisons med Linux, Wine, Windows på CS:GO
Eftersom att voglperf inte vill spotta ut sig fps längre förutom frametimes så kommer den info jag kan få tag på.

System
Arch Linux
3.16.3-1-ck
nVidia 343.22
KDE 4.14

Windows 7
nVidia 344.xx

Linux
3752 frames 14.913 seconds 251.59 fps ( 3.97 ms/f) 29.090 fps variability

Linux Wine
3752 frames 28.110 seconds 133.48 fps ( 7.49 ms/f) 16.100 fps variability

Windows 7
3752 frames 25.319 seconds 148.19 fps ( 6.75 ms/f) 102.921 fps variability

Summa summarum:
Vad skall man säga, jag är ganska förvånad över hur Wine och Windows prestandan sitter på och sedan blåst på hur Valves direct3d->OpenGL prestanda på Linux piskar Native direct3d på Windows 7.

Både dubbelt så bra frametimes på 3 ms på Linux mot 6 på Windows. och Variation är på ~30 på Linux mot ~100 på Windows.

Stor del handlar om allt FUD där Microsoft gick ut med att OpenGL inte skulle vara firtst class citizen i Vista utan skulle sitta och bli emulerat via Direct3D med mycket lägre prestanda. Sedan har Microsoft varit bra på att pusha sitt som "Gamer platform"

OpenGL har legat lite i bakkanten utan någon bra PR och fått nya funktioner mm. Dock till testet förstår jag inte varför Windows får så stor variance, jag blev faktiskt extremt förvånad.