reduces the number of OpenGL calls for large sets of triangle strips;
this is something like a 10% perf improvement in the case I'm looking
at.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@2120 8ced0084-cf51-0410-be5f-012b33b47a6e
enough to render a black frame before it crashes. I don't have time
right now to track down the crash, but I figure this is at least an
improvement. Note that "#pragma pack" is an msvc extension, but gcc
supports it.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@2092 8ced0084-cf51-0410-be5f-012b33b47a6e
changes individually led to perf improvements, although overall it's
spending a lot less time in interpreter fallbacks.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1904 8ced0084-cf51-0410-be5f-012b33b47a6e
Gamecube Tales of Symphonia with safe textures on. I haven't looked too
carefully at exactly which textures are affected, though.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1900 8ced0084-cf51-0410-be5f-012b33b47a6e
because Source/Plugins/Plugin_DSP_HLE/Src/Debugger/Logging.cpp appears
to be missing, and I haven't looked at the fallout of r1884 yet.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1897 8ced0084-cf51-0410-be5f-012b33b47a6e
safe texture mode. One, don't hash the palette when it doesn't matter;
including it completely kills performance in the map mode, and I'm
pretty sure it's because the palette points to essentially random
memory. Two, include the address in the hash seed; this helps with an
issue related to the EFB and the main menu. Hopefully, these changes
together don't cause any regressions.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1878 8ced0084-cf51-0410-be5f-012b33b47a6e
impact on the safe texture cache. This is kind of messy, but it seems
to work.
(I have a feeling there's something strange going on, but I'm not sure
how to go about investigating it.)
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1873 8ced0084-cf51-0410-be5f-012b33b47a6e
address; there's no particular benefit to indexing based on the hash,
and doing so breaks copy EFB to texture mode.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1872 8ced0084-cf51-0410-be5f-012b33b47a6e
only affect 32-bit non-Windows platforms, and I've tested 32-bit Linux,
so I think it's pretty safe. It's a slight performance improvement when
it kicks in.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1865 8ced0084-cf51-0410-be5f-012b33b47a6e
should be getting to the point where the performance is reasonably
comparable to the current JIT on most workloads. I'm not sure of the
exact comparisons because I haven't done much in terms of checking the
performance versus the current JIT on floating-point heavy stuff. The
floating point stuff is still relatively unoptimized, and there are still a
few relatively common functions that aren't being compiled yet, but the most
critical work is done.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1807 8ced0084-cf51-0410-be5f-012b33b47a6e
One is generalizing the stwux implementation to all of stXx; not a
particularly significant improvement, but I had it in my tree, and it
makes my WIP JIT a drop-in replacement for the current JIT. (Not that
you'd really want to at the moment... The WIP JIT still has at
least one significant bug I haven't tracked down, and it's a lot slower
for anything using a significant amount of floating-point, which is
basically anything except FMVs. That said, it should basically work as
long as you're making a 32-bit build.)
The other fix is a minor (but probably visible) performance improvement
for 64-bit Linux: fixing the store JIT to work properly. I proposed
the patch a couple days ago, but apparently nobody tested it... this
way, I can force everyone on 64-bit Linux to test it :) Please add the
"NOTE: stb and stbu are broken under 64bit Linux" bit back in if this
breaks anything.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1730 8ced0084-cf51-0410-be5f-012b33b47a6e
wanted to back this up somewhere, and the people familiar with the JIT
might have comments. There's a big comment in Jit64IL/IR.cpp with a
high-level overview of what this is.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1724 8ced0084-cf51-0410-be5f-012b33b47a6e
unsafe uses.
I was going to use this for stbx, but it appears that JIT'ing it is
actually visibly slower (!).
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1676 8ced0084-cf51-0410-be5f-012b33b47a6e
will help with the reported crash problems on OSX. I can't really test
properly, though, since I'm on Linux; please give me feedback on
whether this helps.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1664 8ced0084-cf51-0410-be5f-012b33b47a6e
actually ends up *misaligning* the stack for the normal ABI_CallFunctionC
and friends. I'll try to help come up with the correct fix; look for
another commit in a bit.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1662 8ced0084-cf51-0410-be5f-012b33b47a6e
stupid when it does.
Note that the regcache tends to be sensitive code; if this change causes
any regressions, feel free to revert.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1639 8ced0084-cf51-0410-be5f-012b33b47a6e
those of us on 32-bit without SSSE3, and an implementation of stfsx
(32-bit only at the moment, but should be easy to fix up for 64-bit).
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1576 8ced0084-cf51-0410-be5f-012b33b47a6e
I'm also running into an error in Source/Core/Core/Src/MemTools.cpp, but
I'm not sure what the right fix is there.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1562 8ced0084-cf51-0410-be5f-012b33b47a6e
aggressive, but it didn't really give a significant improvement over
this.
This is probably my last checkin for today.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1260 8ced0084-cf51-0410-be5f-012b33b47a6e
instructions that weren't JIT'ed on 32-bit before. This is enabling a
bunch of codepaths that weren't in use before, so it's likely to cause
regressions, although hopefully it'll just work.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1255 8ced0084-cf51-0410-be5f-012b33b47a6e
it skips storing a register back to memory if its value hasn't changed.
This happens with stuff like compares and fast memory loads.
This is the first in a series of enhancements I have in my tree for the
jit that I plan to commit over the next few hours. I'm likely to
cause some breakage, so if you see regrassions, please report them; if
you can track them down to a specific revision, that would be very
helpful. I'm trying to make the changes small to allow pinpointing
regressions more easily.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1252 8ced0084-cf51-0410-be5f-012b33b47a6e
reasons explained in code, but I suggest turning it on and using oprofile if
you're looking at performance issues on Linux.
The build system change required is attached to issue 323... I would
have committed something for that, but I'm not really familiar with the
build system.
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@1246 8ced0084-cf51-0410-be5f-012b33b47a6e
magumagu9