A valid question.....I do have vista 64 and it performs just fine......those games play fine on them......I'd like to know why they don't have more games that are 64 bit capable too.....I do use 4 gigs of memory but I don't think that is required.....just makes vista run more smoothly that's all

I haven't done a direct comparison between 32bit Crysis and 64bit Crysis under DX10, so I don't really know. I am surprised I was able to maintain a pretty consistant 50-60 fps in Crysis using 64bit client with DX10 and 4870 CF with graphics at HIGH and 1920 x 1080 4XAA and no stutters at all. But maybe this will happen on 32bit Vista?? Just don't know.

I'm not sure how resolving bugs or speed at which the game comes to market is relevant to 64bit development? By definition, bringing a game to market faster will increase the likelihood of bugs -- quality assurance (testing) is a slow methodical process so it can't be both? You're asking for the impossible.

But I think you're missing out of an important factor, coding for a 64bit environment is NOT a massively daunting task, it takes a little work but not much. We're NOT talking a completely different code set, it will be the same code set. Depending of how the application is written, it's often just a matter of recompiling to 64bit and then recompiling to 32bit. I've coded and deployed 64bit applications using VS 2008, it's not terrible difficult.

Also, if you develop for a 64bit environment, there are options available to the developer, such as no 2GB RAM limit -- you can pre-load huge chunks of a map, 3D matrix, other textures, etc. into RAM and the end results is that move from area to area on a 3D world doesn't require reading from the hard disk and no lag or delay or stutters as the necessary data in already preloaded into RAM.

Lots of possibilities open up for the game developers to help keep the game flow smooth.

The reason why is pretty simple, I think: 32 bit programs will run on 64 bit OS's just fine because, as long as you program to the correct API's, the procesor couldn't care less if the binaries are x86 or x64 and the OS handles the necessary address redirection. So why bother? By writing purely in 64 bits, you'd exclude the bulk of the marketplace from using/buying your product.

The difference isn't all that massive, from a programmer's standpoint - You'd dump the code from your development tools into a 64 bit compiler, switch it on, and go home for the night while the thing does it's work. BUT the issue then becomes that you have double the QA work, and now have two sets of code to maintain and support. Companies may decide it's worthwhile sometime in the (hopefully near) future. Certainly enthusiasts appear to be going to 64 bit faster than a lot of companies/analysts may have predicted. But for the time being (this generation) I doubt enough of a mass market user base exists yet for it to be deemed worthwhile to take on the expense if maintaining and supporting two code bases.

My $0.02

Scotteq,

Think you're missing some key points of software development, it doesn't work the way you describe it. The reason to bother is that 64bit allows a developer to use more than 2GB - 2GB is the thread limit for a 32bit OS application.

But like I said, 90% of the market has 64bit processing power, but they install a 32bit OS.

I'm pretty sure game developers could utilize more than 2GB if they were permitted to do so in the specification of the game - they wouldn't need to load/unload chunks of data from hard disk, they could just load it all up into the application threads address space (which can be much larger on a x64 OS).

I can't think of any game where "if the door to more RAM where available" it wouldn't be used, every developer would use as much RAM as permitted.

Hum, interesting stuff. I hadn't really known/considered the 2GB-2GB split before, but it makes sense. I was running CIV4 the other day and my RAM usage got up over 80% and the game started to slow down and stutter. Since my OS usually take 25-30% I'm guessing that the game was pushings it's 2GB and causing the stuttering. I'd like to see more 64bit native apps, but it's slow happening. Large address aware seems the more reasonable way to go for now. But really if anything game developers need to work on getting games to scale for multiple cores more than anything.

Alex - That dovetails nicely with my own experience. I had a pretty powerful system to start with, and making the switch to 64 bits didn't make much of a difference (if any) in peak performance. *However* - The minimum performance has very noticably increased. Leave a zone/area and come back?? It loads near instantly! Hanging out with 25 of your guildmates, then the fight begins?? Frame rates don't drop!

Towards that end, I've come to feel that many reviewers are doing their readers somewhat of a disservice by not including minimum frame rates/performance numbers in their articles. If card A delivers 105 frames, and B 'only' delivers 102 - How does that impact the end user's gameing experience in the least? Price being equal, readers are likely to buy A... But almost no human beings could tell the difference. Especially given that you're stuck with a 60Hz refresh rate on the monitor any how.

But when you really beat the tar out of the things, what if B's minimum was 30 and A's was 15?. 30 frames is plenty playable. 15?? Clearly, and noticably less so. Except people who follow the review didn't get that info, and are buying the wrong card.


My $0.02, anyhow...