Eric Alvarez said:Windows 7 64-bit can be quite temperamental on older hardware. Why bother switching if the 32-bit version was running smoothly? If I were in your shoes, I would have just reverted to 32-bit. I've run into similar issues on my old machine—a Q8300 with 4GB of RAM and an HD 6770. It really should be performing fine, yet it struggles; I suspect it might be a hardware limitation, perhaps because the CPU isn't fully compatible with a 64-bit OS. It's just a guess, though.
Come on, seriously? How "compatible" is your CPU with 64-bit then? Like 75%?
Are we talking "sort of," or is there some special app you use to measure compatibility? Does it run three instructions and then one fails miserably?
The Q8300 came out in 2008, but Intel has been pushing 64-bit mainstream processors since 2006. Yours is basically a later revision of the Core 2 generation.
Windows 7 dropped both 32 and 64-bit versions late in 2009, and obviously, they support the instruction sets that Intel had already mass-produced three years earlier.
AMD has been rocking 64-bit chips since way back in 2003. There's almost zero chance Microsoft would build an OS after Windows Vista designed to save their skin if existing processors weren't compatible with it.
An instruction set isn't just something some factory worker decides on a whim; it’s baked into the blueprints before the chip is even drawn. Sure, both Intel and AMD add their own little proprietary extensions here and there, but those are optional. If the OS or an app doesn't know how to use them, they just sit there. If it does, you get a little boost. But the core instruction set is sacred; nobody's messing with that.
So let's not send people down the wrong path with generalizations like that. It just makes things more confusing. If there's an issue, it's probably not the instruction set. It's likely chipset software (drivers), maybe the BIOS, then GPU drivers, or most likely, just the version of Windows itself—making sure it isn't some weird custom build, checking for updates... and ensuring the hardware isn't actually broken in the first place.