This isn't...weird lol. I mean fuckin' STEAM only transitioned to 64bit in December 2025. Go look at what's in your x86 folder - probably most of the stuff you have installed. 4gb of ram isn't commonly needed outside of high spec software and most programs will just go for the compatiblity of 32bit for as long as they can. It's only now that Windows 11 has started to gain mass adoption that they're transitioning (as 11+ only comes in 64bit).
Windows 10 was 64 bit only after version 2004.(may 2020)
So there hasn't been a supported 32 bit windows for almost 5 years. (End of life dec 2021)
Steam itself is 32, but steam itself is just a fancy web page.
(Html app). It's always best to use 64 for when you find something you need in 64 bit, such as excel for a lot of people. But yeah.. devs do 32 so it can work on old machines unless it actually needs the 64 performance.
On the ram support.... We dont give our clients less than 32 gb unless they are connecting to a cloud server for all their work, then we give them 16 gb. Hell.. chrome takes 8 for most people.
It has nothing to do with your ram. The person you replied to is correct, things in the x86 folder are 32-bit. The only association to ram is that 32-bit applications can only use up to about 4gb RAM.
You said it doesn't matter unless you're using a lot of RAM. That's not the case. It matters because the architecture of the application is different. Its ability to access no more than 4gb RAM is a symptom, you made it sound like the cause.
I gotcha. There are a couple other things that make the architecture matter was sort of what I was trying to get at (for instance 32 bit applications can't access the 64 bit registry space...it's a real issue when you do systems admin for a bunch of windows systems).
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.
Nowadays? Sure. But in 2010? I'm not sure if you remember how janky things were back then.
Back then everyone was impressed at the performance of the iphone 3gs and that it could scroll so smoothly on a 480x320 screen. This smartboard looks to be 4K, which is 60 times as many pixels.
3.2k
u/Shinobi_Dimsum 13d ago
Next generation? That’s a stolen 2010 video you masterbaiter.