Hi,
After more than a year of break I ran my Wine benchmarking scripts again on one of my two test machines: The iMac5.1 box with a Radeon X1600 GPU.
You can see the results and the comparison to the last regular run here: http://openbenchmarking.org/result/1701170-RI-UPDATETES12,1512236-GA-WINE186...
The one game that jumps out is Trackmania Nations. It apparently regressed from approx. 32 fps to 24. I will run a bisect in the next days to pinpoint the patch that caused this. The game itself wasn't updated.
Other than TMNations there is nothing too surprising. 3DMark2000 and 2001 are slightly slower, Half Life 2 (which surprisingly didn't seem to be changed by Valve since December 2015) is slightly faster. Unigine Heaven, UT2004 and World in Conflict are unchanged.
As you can see in the results I updated the kernel, Mesa and Wine separately to see where changes come from (stable interfaces ftw!). The oldkernel_oldmesa_oldwine result differs from the 2015 one in the general update of the system (KDE Desktop, X server, DDX driver, etc).
Unfortunately this old machine is the less interesting one of my two test boxes. I still don't have a monitor for my Radeon HD 5700 Desktop. I ordered one a while ago and it should arrive soon. If I have time I'll try to run the tests next week.
Cheers, Stefan
Puk made me aware of a mistake in my subject: The comparison is 2.0 vs 1.8, not the ancient 1.2 of course.
Am 2017-01-17 um 22:55 schrieb Stefan Dösinger:
Hi,
After more than a year of break I ran my Wine benchmarking scripts again on one of my two test machines: The iMac5.1 box with a Radeon X1600 GPU.
You can see the results and the comparison to the last regular run here: http://openbenchmarking.org/result/1701170-RI-UPDATETES12,1512236-GA-WINE186...
The one game that jumps out is Trackmania Nations. It apparently regressed from approx. 32 fps to 24. I will run a bisect in the next days to pinpoint the patch that caused this. The game itself wasn't updated.
Other than TMNations there is nothing too surprising. 3DMark2000 and 2001 are slightly slower, Half Life 2 (which surprisingly didn't seem to be changed by Valve since December 2015) is slightly faster. Unigine Heaven, UT2004 and World in Conflict are unchanged.
As you can see in the results I updated the kernel, Mesa and Wine separately to see where changes come from (stable interfaces ftw!). The oldkernel_oldmesa_oldwine result differs from the 2015 one in the general update of the system (KDE Desktop, X server, DDX driver, etc).
Unfortunately this old machine is the less interesting one of my two test boxes. I still don't have a monitor for my Radeon HD 5700 Desktop. I ordered one a while ago and it should arrive soon. If I have time I'll try to run the tests next week.
Cheers, Stefan
Awesome! These are really useful, and maybe good material for the next wineconf ;)
Looking forward to the HD 5700 tests!
Cheers, jam
On Thu, Jan 19, 2017 at 3:59 AM, Stefan Dösinger stefandoesinger@gmail.com wrote:
Puk made me aware of a mistake in my subject: The comparison is 2.0 vs 1.8, not the ancient 1.2 of course.
Am 2017-01-17 um 22:55 schrieb Stefan Dösinger:
Hi,
After more than a year of break I ran my Wine benchmarking scripts again on one of my two test machines: The iMac5.1 box with a Radeon X1600 GPU.
You can see the results and the comparison to the last regular run here: http://openbenchmarking.org/result/1701170-RI-UPDATETES12,
1512236-GA-WINE1860G98
The one game that jumps out is Trackmania Nations. It apparently regressed from approx. 32 fps to 24. I will run a bisect in the next days to pinpoint the patch that caused this. The game itself wasn't
updated.
Other than TMNations there is nothing too surprising. 3DMark2000 and 2001 are slightly slower, Half Life 2 (which surprisingly didn't seem to be changed by Valve since December 2015) is slightly faster. Unigine Heaven, UT2004 and World in Conflict are unchanged.
As you can see in the results I updated the kernel, Mesa and Wine separately to see where changes come from (stable interfaces ftw!). The oldkernel_oldmesa_oldwine result differs from the 2015 one in the general update of the system (KDE Desktop, X server, DDX driver, etc).
Unfortunately this old machine is the less interesting one of my two test boxes. I still don't have a monitor for my Radeon HD 5700 Desktop. I ordered one a while ago and it should arrive soon. If I have time I'll try to run the tests next week.
Cheers, Stefan
Am 2017-01-17 um 22:55 schrieb Stefan Dösinger:
The one game that jumps out is Trackmania Nations. It apparently regressed from approx. 32 fps to 24. I will run a bisect in the next days to pinpoint the patch that caused this. The game itself wasn't updated.
I bisected this on my Nvidia laptop and ended up with 9b7ff40d7e2bf1a6bafffe65a94d2381e8fb1c7d. I don't quite trust the result because the difference between good and bad is relatively small on this device (128 vs 132 fps). I'll verify it on the iMac on Sunday and file a proper bug report once I am more confident about the regression SHA1.
Am 2017-01-17 um 22:55 schrieb Stefan Dösinger:
The one game that jumps out is Trackmania Nations. It apparently regressed from approx. 32 fps to 24. I will run a bisect in the next days to pinpoint the patch that caused this. The game itself wasn't updated.
I bisected this regression on the iMac itself, and the "bad" patch is 70889d68664c1211caf5a845014953dfee66c8f4. However, the patch is working as it is supposed to.
The game has a setting "GPU Synchro" that defaults to "Immediate". With this setting the game uses event queries to achieve the equivalent of glFinish(). Before 70889d68 an unsignalled event query would return S_OK and *data was set to FALSE. Now it returns S_FALSE and *data is left unset. This change in behavior makes the game's wait work as intended and the performance goes down.
Setting the synchronization to 1 frame (so the game waits for a query from one frame ago) restores the original performance.
-
Aaryaman Vasishta -
Stefan Dösinger