Dolphin, the GameCube and Wii emulator - Forums

Full Version: Massive performance drop in recent builds
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
The results are in, and they don't make much sense, given the comments of what was committed around the time things apparently got slow for me.

722 and less = Full Speed
732 and more = SLOW

Given 732 is "Expand the Android app's about menu to include additional info about a user's device." -- EDIT: Just realised there are of course *other* commits than the one mentioned on the build, I should know better!

I will note the building order/numbering does get a bit messy around there, so its possible my results are off due to that, I honestly don't know. The 722 I used was "OGL: remove version check for buffer_storage on windows".


-- My full notes for reference ---

683 = FAST
700 = FAST
722 = FAST
732 = SLOW
741 = SLOW
746 = SLOW
752 = CRASH
754 = SLOW
758 = SLOW
765 = SLOW
780 = SLOW
800 = SLOW
1040 = SLOW
If you posted git revision hashes (about dialog!) instead of the dumb version numbers, there wouldn't be this ridiculous ambiguity that you noticed yourself.
I can't check over them now, but if you need me to, I will tomorrow Smile
I know this is crazy, but I've seen 4xx and 5xx NVIDIA users having problems with Dolphin being much slower than it should be. Is it possible that BufferStorage isn't being detected properly on those video cards?

Disable the Vertex Streaming Hack in the last version that has it. If performance is absolutely identical, then the problem is probably something to do with BufferStorage not being detected or used.
Any idea what revision I'll need to look at? I assume the last one I get good speed in. Where do I find the "Vertex Streaming Hack" option because I can't see it anywhere.
(06-03-2014, 02:55 AM)Durandle Wrote: [ -> ]The results are in, and they don't make much sense, given the comments of what was committed around the time things apparently got slow for me.

722 and less = Full Speed
732 and more = SLOW

Given 732 is "Expand the Android app's about menu to include additional info about a user's device." -- EDIT: Just realised there are of course *other* commits than the one mentioned on the build, I should know better!

I will note the building order/numbering does get a bit messy around there, so its possible my results are off due to that, I honestly don't know. The 722 I used was "OGL: remove version check for buffer_storage on windows".


-- My full notes for reference ---

683 = FAST
700 = FAST
722 = FAST
732 = SLOW
741 = SLOW
746 = SLOW
752 = CRASH
754 = SLOW
758 = SLOW
765 = SLOW
780 = SLOW
800 = SLOW
1040 = SLOW
the change that slowed things down must be on the 28th or 29th of january. unfortunately, there were 20 commits to the master on these two days. the hashes are as follows:
28th:
b1290a8630f4b3d15212c5c76c9224f23c30bc2e = OGL: remove version check for buffer_storage on windows
fabdd8ab39c4f88863ade9cbdbd1a56e2160dde1 = (722) OGL: remove version check for buffer_storage on windows

29th:
7b459d2463df391a44c18d9b08a0dea73e905d81 = (732) Expand the Android app's about menu to include additional info about a user's device.
7ed9f5e63e4aabb3918960eebc513765320cd595 = Upgrade Android API.
74d9d7923ebf8c4845303f98e95326bb4d03e27b = Fix three limits in GLES2InfoFragment.java.
ac2ebd264dcccbc90f6132e9254608fe85f15278 = [Android] Fix three limits in GLES2InfoFragment.java.
daa562458eee9f18d7a54c0a1c4fe3eb7c7bc2fc = Change the readme to use markdown instead of being a regular .txt file.
ab51d142906a3e4582dc4ad7cd151ad801a62a82 = Fix formatting within the Readme.md. A little more.
1d5fab41dc32573313924434d79b7392c4f263d5 = Update the Readme.md with suggestions and improvements by neobrain.
e015cb0bcac535ded1c5abf817f09a44eb7b277f = Move the recommended CPU/GPU sentences onto their own indented line in the system requirements list (thanks go to neobrain for pointing this out).
d7268dd176a2f8ea276694cac9f2a5c54065d372 = Add a period in the system requirements list for consistency.
48cde2685c2b765e2ee413b7391597ff37295390 = Change the plain-text Readme.txt to a markdown-using Readme.md.
df2e542697d4984e9f5d78e7f59ca70dadd36fea = Monospace files, folders, keys, and commands within the Readme.md file.
ae42c18f84ecba689b3d84854a5935fecbbdf953 = Correct the dolphin-emu.org links to use https.
e358cb92fd463b39b43cb30a3eacd3356be5a071 = Use monospace at points in the Readme.md, also use https in dolphin-emu.org links.
0f555d3a47dc636a6968675fd5cf4381e11f74e4 = Remove two references to DX9 in VideoCommon.
5df958fe23e212436ed2e651b2533ec9243844e9 = Remove two references to the obsoleted DX9 backend in VideoCommon.
990be70eb7c59e42907ce212bd92def7df33e602 = [Android] Fix Android not calling eglSwapBuffers
99b6c82ac34c086a21bab9d197a53d97175340dd = [Android] Fix Adreno v53 development drivers rotating framebuffer
23e64001dd62a2723a01ffc3b216b20bf8b66e66 = [Android] Fix Adreno v53 development drivers rotating framebuffer
Whatever was causing the slowdown is fixed in the very latest nightly build. The nightly build I tried a week or so ago suffered the same slowdown as all those others, so a recent change has solved the issues, so great Smile
Yeah, thanks to your report they were able to narrow it down. Thanks.
Alright so what was it caused by and what commit fixed it? Did it affect the DX11 backend, OGL backend or both and/or certain hardware?
OGL backend for Geforce 400 and 500 series cards. Was about a 30% performance loss due to buffer storage not being utilized for some reason that escapes me.
Pages: 1 2 3