..:: PCSX2 Forums ::..

There is nothing to allocate RAM for.

A 32 bits program is limited to 4GB of RAM. If all applications really requires +4GB of RAM to work, you will be limited to 2/4 running applications (for 8GB/16GB system).

We rarely (if ever these days) use over 1gb of ram, 64bit is no use here .

(04-01-2017, 04:26 PM)refraction Wrote: [ -> ]We rarely (if ever these days) use over 1gb of ram, 64bit is no use here .

64bit architecture has far more than just "more ram". there are multiple parts of the modern cpu that are not available to 32bit programs, such as extra registries. which is why 64 bit is significantly faster. as well as having some other features related to security and reliability.

for example, i personally tested 7z compression to be 27% faster when compiled in 64bit. And browsers benefit even more.

And how pcsx2 is similar to a browser or 7-zip ?

Quote:as well as having some other features related to security and reliability.

It is very useful for us

Quote:there are multiple parts of the modern cpu that are not available to 32bit programs, such as extra registries

Yes and No. It is tricky. Modern CPUs have logical registers that are mapped to physical registers. As you said you have 8 (minus reserved register) logical registers on i386 and 16 (minus reserved register) logical registers on x64. However in both case they use the same number of physical registers.

So on one hand, it helps a bit the performance but not that much (we could have expected much). On the other hand, you can't access 64 bit address directly and you need an extra register to store a base address. By the way, the EE recompiler doesn't even use all the 32 bits registers.

64 bits brings you some penalties. You need to pay an extra byte cost for various instructions. Pointers are 8B instead of 4B. As I said above, no more direct memory addressing.

Conclusion, 64 bits performance will give you a performance improvement in the range [-10% : +10%]. We are fra from the [+25% : +30%]. And it would requires lots of work (but less than 2 years ago ).

What is better? The last build from https://buildbot.orphis.net/pcsx2/ or the new 1.6.0 from https://pcsx2.net ???

I always thougt, that the builds from https://buildbot.orphis.net/pcsx2/ are beta versions of pcsx2.

they are.
but we now recommend 1.6.0 stable.
1.5.0 have been recommened for long because they were more advanced than the old 1.4.0 stable
but since 1.6.0 is recent, better use it

Hi there, sorry if this is the wrong place to post as I'm quite new here on the forms and it seems like I cannot post onto the developer forms.

Within PCSX2, how does the emulator extract the Game Information/Data from a disc and store it into the GameIndex.dbf?

I'm aware that there's a header file called 'GameDatabase.h" that defines the struct of Game_Data, and key_pair, and I've seen this being implemented within AppGameDatabase.h and AppGameDatabase.cpp, so I know that it's possible to grab said data.

I really wish to help contribute to this project, so any help will be grateful. Thank you so much

It doesn't.

The game database is maintained separately. There is no metadata on PS2 disks.