Project

General

Profile

Actions

Emulator Issues #4680

closed

Major slow downs in ATI Linux as of r7661

Added by rhyviolin over 13 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What's the problem?
Version 3.0 gives me 60 fps, r7661 gives me less than 45 fps, and then hard crashes after about 50 seconds.

Dolphin version with the problem (as it appears in the title bar, Ex.: "R
4779" or "R 6403M"): r7661

(optional) Dolphin version that does not have the problem:
3.0
Operating system and version:
32-bit or 64-bit: Linux Mint 11 x64

Game ID (as it appears in game properties, Ex.: "GZ2P01" or "RSBE01"): Mario Kart Wii

Build command-line (not on Windows): I'm using Glennrics PPA.

Was the ISO a plain dump from disc, compressed and/or scrubbed?

Please provide any additional information below.

Actions #1

Updated by glennricster over 13 years ago

Do you still have this problem with revision 7669 (the revision of dolphin-emu-trunk currently in my PPA)? If so, what is your processor/gpu combination? What settings do you have in dolphin?

Actions #2

Updated by rhyviolin over 13 years ago

Definitely. My FPS is between 19 and 29 at all times. Full speed with 3.0. I have a Phenom II Triple Core at 3.x ghz and a radeon hd 4600 @ 800 Mhz, 1024 mb. 3gb ram.

Actions #3

Updated by rhyviolin over 13 years ago

Ok, I did some more thorough testing, and 3.0 isn't full speed, but between 45 and 62, mostly hovering around 55 which is definitely playable. r7669 definitely NOT playable. Also, on my Windows 7 x64 Ultimate partition I have to limit the FPS and then get pretty solid FPS regardless. So performance is definitely degraded as of the last few revisions, and definitely behind Windows Dx9 as of forever.

Actions #4

Updated by glennricster over 13 years ago

I get about the same performance from the OpenGL backend in both windows and linux. Although in order to achieve that I had to tweak the ondemand cpu frequency governor. You may try that. See http://brainwreckedtech.wordpress.com/2009/05/29/ubuntu-9-04-bug-ondemand-doesnt-scale-cpu-speed/. I use a cpu threshold of 40 to get the best results. Of course the Dx9 plugin on windows is still faster, but that is not a new issue.

Actions #5

Updated by rhyviolin over 13 years ago

That tweak to the init.d file did in fact give me a small boost. I'm pretty close to 60fps the whole time, only dipping below when a lot of objects show up on screen. (In 3.0). I also got 2-3fps from turning off compiz for metacity. This is all at 1080p, btw. I'm sure I'd be absolute full speed at lower res, but then I'm only using a portion of my screen. For whatever reason a lower res doesn't scale to full screen. Probably an ATI driver issue.

Actions #6

Updated by glennricster over 13 years ago

I should point out that I have always had to use that tweak to get decent speed from emulation in dolphin. I get very little speed difference between the 3.0 release and the current svn revision. Although, I did see a decrease in speed with the first few revisions after the texture cache rewrite merge. I have a Phenom II dual core with the other two cores unlocked, so the processor is similar to yours. Our big difference is in the graphics chips. I have an NVidia GeForce 9500 GT.

Actions #7

Updated by rhyviolin over 13 years ago

So this issue with the trunk build is definitely ATI.

Actions #8

Updated by NeoBrainX about 13 years ago

Find out what revision caused the performance regression. It apparently is between 3.0 (start with r7615) and r7661. Without further info, this report is invalid.

Actions #9

Updated by NeoBrainX about 13 years ago

  • Status changed from New to Invalid

No feedback in almost a month => invalid.

Actions #10

Updated by rhyviolin about 13 years ago

Riiiiight. No information means magically fixed? Lol

Actions #11

Updated by NeoBrainX about 13 years ago

No, no information upon request means invalid.

Actions #12

Updated by NeoBrainX about 13 years ago

(Not like we accepted performance issues anyway, thus I said to find a particular commit which caused slowdown. However, you'd likely have ended up with a commit which was supposed to sacrifice performance for accuracy)

Actions #13

Updated by rhyviolin about 13 years ago

Well, I for one don't do as much testing since the google code has
switched to hexidecimal releases. It just seems less coherent. Not that I
have much time anymore anyway.

Actions

Also available in: Atom PDF