Log in

View Full Version : 64x version of Dominions?


Kirill
October 19th, 2011, 12:53 PM
I'am playing at win 7 64x.
dom.exe - 32x
is there 64 version?

huge maps make turn too long((


:sick:

Foodstamp
October 19th, 2011, 02:44 PM
It is not a ram issue. 2gig leaves plenty of room for the application. The sole determining factor for turn speed on modern machines is the speed of one core of your processor.

I've played Dominions on every type of PC imaginable, from netbooks to my top of the line i7 990x overclocked at 4.5 with 24gb ram and that is the only deciding difference as far as hardware goes.

GFSnl
October 19th, 2011, 02:54 PM
Is there a version that makes use of my 8 core AMD Bulldozer chipset?

I've been a real good boy this year so Santa can't deny this present I'm entitled to. hmm...

Foodstamp
October 19th, 2011, 03:12 PM
I wish, but unfortunately it will only use 1 core :D.

Maybe COE 3 will utilize all cores!

Squirrelloid
October 19th, 2011, 10:43 PM
More specifically, dom3 is not multi-threaded, so it can't use mutliple cores. The best machine to run dom3 on is going to be one with the highest possible single-core performance.

This is an even bigger problem with, eg, Dwarf Fortress, which makes Dom3's runtime issues look like small potatoes, and is also single-threaded.

Chazar
October 20th, 2011, 08:17 AM
Yes, there is a 64bit version of Dominions3.

I choose the download version, and it came with a 32bit executable and a 64bit executable - for Linux. :p

Foodstamp
October 20th, 2011, 09:30 AM
More specifically, dom3 is not multi-threaded, so it can't use mutliple cores. The best machine to run dom3 on is going to be one with the highest possible single-core performance.

This is an even bigger problem with, eg, Dwarf Fortress, which makes Dom3's runtime issues look like small potatoes, and is also single-threaded.

Yeah, that's a lot more specific. :re:

Deathblob
October 20th, 2011, 10:07 AM
It is not a ram issue. 2gig leaves plenty of room for the application. The sole determining factor for turn speed on modern machines is the speed of one core of your processor.

Really? I find the turns take so long because I keep forgetting what I was forging for who, and where my armies are headed, and why the heck did I hire that guy.

Foodstamp
October 20th, 2011, 11:33 AM
Btw, if you really think your turns are slow because Dominions cannot utilize over 2gb of ram, there are programs out there that let you bypass the limit on 32 bit applications.

Here is a link to the one people were using to get around the 2gb limit for Elemental...

http://forums.elementalgame.com/403315

Loren
October 20th, 2011, 03:51 PM
I'am playing at win 7 64x.
dom.exe - 32x
is there 64 version?

huge maps make turn too long((


:sick:

64bit doesn't add one bit of speed unless you're doing 64bit arithmetic. In general it will actually cost you a bit of speed as 64 bit code is bigger than 32 bit code.

The reason for 64 bit is to handle huge amounts of data.

Deathblob
October 20th, 2011, 06:33 PM
64bit doesn't add one bit of speed unless you're doing 64bit arithmetic. In general it will actually cost you a bit of speed as 64 bit code is bigger than 32 bit code.

Yes! That's so true, if you are reading your 64-bit words over an 8-bit bus.

Loren
October 21st, 2011, 04:54 PM
64bit doesn't add one bit of speed unless you're doing 64bit arithmetic. In general it will actually cost you a bit of speed as 64 bit code is bigger than 32 bit code.

Yes! That's so true, if you are reading your 64-bit words over an 8-bit bus.

The memory bus is at least 64 bits, that's not a problem.

The problem is 64 bit code is simply bigger than 32 bit code--fewer lines of code fit into the on-chip caches, you end up with more read cycles to memory.

Deathblob
October 21st, 2011, 10:36 PM
64bit doesn't add one bit of speed unless you're doing 64bit arithmetic. In general it will actually cost you a bit of speed as 64 bit code is bigger than 32 bit code.

Yes! That's so true, if you are reading your 64-bit words over an 8-bit bus.

The memory bus is at least 64 bits, that's not a problem.

The problem is 64 bit code is simply bigger than 32 bit code--fewer lines of code fit into the on-chip caches, you end up with more read cycles to memory.

Well, I thought those reads should be twice as fast, so I didn't believe you, and went googling.

http://www.osnews.com/story/5768/Are_64-bit_Binaries_Really_Slower_than_32-bit_Binaries_/page1/

It's a bit old, and Sparc of all things. But looks like you are right. :)

64bit had ~+20% bigger binaries, ~-10% slower execution.

Loren
October 22nd, 2011, 11:58 AM
Yes! That's so true, if you are reading your 64-bit words over an 8-bit bus.

The memory bus is at least 64 bits, that's not a problem.

The problem is 64 bit code is simply bigger than 32 bit code--fewer lines of code fit into the on-chip caches, you end up with more read cycles to memory.

Well, I thought those reads should be twice as fast, so I didn't believe you, and went googling.

http://www.osnews.com/story/5768/Are_64-bit_Binaries_Really_Slower_than_32-bit_Binaries_/page1/

It's a bit old, and Sparc of all things. But looks like you are right. :)

64bit had ~+20% bigger binaries, ~-10% slower execution.

The 64bit processor reads everything faster, whether the executable is 32bit or 64bit.

JonBrave
October 24th, 2011, 04:52 PM
The problem is 64 bit code is simply bigger than 32 bit code--fewer lines of code fit into the on-chip caches, you end up with more read cycles to memory.

How long does it take for the size of "on-chip cache" to double on average PC?