Project

General

Profile

Actions

Emulator Issues #5749

closed

NSMB Wii DX11 massive EFB->RAM Slowdown, DX11=15FPS, DX9=nearly full speeed

Added by scientificraver over 11 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

For whatever reason, DX11 is extremely slow with EFB->RAM while DX9 runs fine in master and hashless

--------------------------------------

  1. Game Name and ID SMNP01 New Super Mario Bros Wii

2) What is the expected output? What do you see instead?
DX11 should be almost as fast as DX9

3) Did the game ever work correctly (i.e. not have this problem) on an
earlier version of dolphin? Please specify the exact revision when the
problem began.
No Idea

4) What steps will reproduce the problem?

  1. Enable DX 11 (DX9 is fine)
  2. Enable EFB->Ram (in both DX9 and DX11)
  3. NSMB Wii has massive slowdown in DX11 but not in DX9
  1. 3.0-845 x64
Actions #1

Updated by WesaMcDaniel over 11 years ago

I can confirm that there is a huge difference here - DX9 with EFB effects are right around 55-60fps while DX11 is like 15.

Actions #2

Updated by NaturalViolence over 11 years ago

"DX11 should be almost as fast as DX9"

What are you basing this on?

I see nothing wrong here. Some backends are going to do things slower than other backends, that's completely normal.

Actions #3

Updated by scientificraver over 11 years ago

The only thing I wanted to point out is that the game is unplayable in DX11. A slowdown to 15 FPS should never be seen as normal, this is clearly a bug which may be caused by inefficient code which needs to be fixed.

I still have to check some older revisions since there are reports that disabling idle skipping did bring back full speed, which does not happen in current revisions.

Actions #4

Updated by NaturalViolence over 11 years ago

"A slowdown to 15 FPS should never be seen as normal"

Um....yes it should. This is an emulator.

"this is clearly a bug which may be caused by inefficient code which needs to be fixed. "

Poor performance is not a bug. You may be right about the code being inefficient but that alone does not make it a bug.

Just to clarify poor performance COULD be caused by a bug.

"I still have to check some older revisions since there are reports that disabling idle skipping did bring back full speed, which does not happen in current revisions."

Now that sounds more like a bug (if true).

Actions #5

Updated by kostamarino over 11 years ago

From the moment efb to ram was implemented for direct 3d 11 that was always the case, it was much slower than direct 3d 9 and one of the reasons direct 3d 9 is suggested as the fastest backend.

Actions #6

Updated by gamerk316 over 11 years ago

Just tested on v3.0 688 (old, I know, but what I had), and no major speed hit with EFB set to RAM using the DX11 render (49-60 FPS constant). Then tested in v3.5 122 (latest) and saw the FPS hit described above. Kinda proves this is a somewhat recent issue (within 6 months).

CPU: Intel i7 2600k @ 4.2GHz
GPU: NVIDIA 570 GTX (Stock)
RAM: 8GB

Actions #7

Updated by NeoBrainX over 11 years ago

  • Status changed from New to Invalid

Even if D3D11's EFB to RAM implementation is a lot slower than the one in D3D9: Unless people pinpoint actual issues in the source code, we don't accept "Dolphin is slow!!!"-like issues.

Actions

Also available in: Atom PDF