The overhead you are describing is identical for running a 64bit scummvm on a 64bit system.īasically, a 32bit binary running on a 32bit Windows will use less memory than that same program compiled for 64bit windows on 64bit windows.
SCUMMVM32 BIT SOFTWARE
I did some research into this and while this is true it is only true when comparing 32bit software running on a 32bit system.
SCUMMVM32 BIT 32 BIT
In addition, for those parts not available in native 32 bit code, with my experience I can tell you that the translation layer for stack, memory and calls is not so cheap as you may think.
SCUMMVM32 BIT 64 BIT
The SysWoW64 includes almost everything, so you are actually running 2 operating systems, one at 32 bit and one at 64 bit and this is also an explanation because it consumes much more memory than the past. Windows 64 allows you to run 32 bit code, but it does not come for free. That said, there is no rush for any real reason. "Future" scummVM will need 圆4 eventually. After all, development in general has moved to high-level programming (all games run over a more generic "engine", either created by the developer or buying the rights to use it). I expect that new engines will be added that are not considered yet. I don't see engines emulated as dead fossils.
SCUMMVM32 BIT CODE
I don't expect this to happen in the 1.9.x series.Many apps don't get a real benefit from moving to native 圆4, but as you can't run 8bit code and since (relatively) recently you can't run 16bit code on 圆4 environments (without emulation), why not explore that area? Just to be fully ready.Īlso, I suspect native 圆4 code runs more comfortably on 圆4 environment, even if you don't actually make use of the extra register lengths etc.Īlso for an emulator and similarly for an interpreter, looking to the future is the "must", as new engines get added, which in the future may require 圆4.
There is however a non-trivial amount of work involved in making 'upgrades' from a 32bit to a 64bit installation work smoothly for all users. Having said that, once I get the whole release process for 1.9.1 and onwards sorted out I'm willing to also create 64bit builds for Windows. However, the 32bit program running on a 64bit windows will use the same, or slightly less ram than the 64bit version. Many apps don't get a real benefit from moving to native 圆4, but as you can't run 8bit code and since (relatively) recently you can't run 16bit code on 圆4 environments (without emulation), why not explore that area? Just to be fully ready.Īlso, I suspect native 圆4 code runs more comfortably on 圆4 environment, even if you don't actually make use of the extra register lengths etc.Īlso for an emulator and similarly for an interpreter, looking to the future is the "must", as new engines get added, which in the future may require 圆4.
0 kommentar(er)
