Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
What changed? [64-bit discussion]
#1
i've been stalking this project since 2008

Devs back then and up to ~2011 said that the improvement out of implementing 64-bit instructions is minimal

What changed?
Reply

Sponsored links

#2
Somebody was interested in reactivating the 64-bit compatibility. Nevertheless nobody wrote 64-bit efficient code. You will see no difference even if you could compile in x64.
The advantage would be at this point the possibility to use more than 4GB RAM.



If you already have 64bit compatible code maybe there will be somebody who really codes the essential parts in x64-efficient way
Reply
#3
From a Linux perspective, it would make things easier with compiling code. From a Windows perspective, there is no real issue to be gained at all.
OS: Linux Mint 17.2 64 bit (occasional Antergos/Arch user)
(I am no longer a Windows user)
CPU: Intel Pentium G3258
GPU: Nvidia GTX 650 Ti



Reply
#4
(09-26-2014, 02:25 PM)DaTankAC Wrote: From a Linux perspective, it would make things easier with compiling code. From a Windows perspective, there is no real issue to be gained at all.

On the windows side it's just laying the groundwork for everything. There isn't any speed difference between 32 and 64 bit versions currently. The speed difference could come from optimizing the dynarecs for 64-bit
[Image: gmYzFII.png]
[Image: dvedn3-5.png]
Reply
#5
I think it's more important on the Linux side for now, where maintaining dual 32/64 libs is much more of a pain than on Windows. Especially for compiling.
[Image: ov4]
Gaming: Intel i7 3770k @ 4.2Ghz | R9 290 | 16GB RAM | 480GB(240GB+240GB RAID0) SSD | 3 TB HDD | 1 TB HDD | 500GB HDD
Server: AMD FX 6300 @ 4.4Ghz | GTX 670 | 16GB RAM | 240GB SSD | 320GB HDD
PCSX2 General Troubleshooting FAQ
Reply




Users browsing this thread: 1 Guest(s)