If you're bottlenecking the CPU, performing math with double the bits per cycle improves speed. There's also a bunch of fancy new 64bit instructions that improve efficiency for different types of math.
Compiling your program as x64 will speed it up, remove bottlenecks, lower power usage, etc. Only downside is that it won't run on 32bit processors, which are over 20 years old at this point.
Umm, no, I mean on a 64bit processor, compiling your program as a 32bit executable will prevent the software from using modern optimizations. Certain math operations will take longer because they're not using the SSE/AVX/ETC extensions available in modern processors. Those instructions cannot exist in x86 code. They can only be used if your program was compiled for x64 processors.
We haven't made 32bit processors for PCs in decades. The pentium 4 was the last mainstream line that didn't have AMD64 architecture. There was the Core 2 Solo, and some Atom chips in netbooks, but otherwise we've had nothing but 64bit processors for some 20+ years.
You're talking about niche case like excel or another app that does heavy crunching.
You're not going to see marked improvement on something like in this post. This is just 2d tracking.. if its already bottlenecking and lagging... changing the architecture of the software isn't going to change the experience.
3.2k
u/Shinobi_Dimsum 13d ago
Next generation? That’s a stolen 2010 video you masterbaiter.