Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Improves performance including loading and addons should work fine.
I wanted to pull a quote to be accurate, cause its kinda irritating how modern programing has left this tech by the wayside, only just recently starting to dabble and not nearly at the level that it could be.
"A 32-bit system can access 232 different memory addresses, i.e 4 GB of RAM or physical memory ideally, it can access more than 4 GB of RAM also.
A 64-bit system can access 264 different memory addresses, i.e actually 18-Quintillion bytes of RAM. In short, any amount of memory greater than 4 GB can be easily handled by it."
There's alot more to it than that, but as well the programing end is also much more complex... the switch to 32 bit was like pulling teeth for programmers... their own teeth, and as it stands we've reached a perceptual "guudnufff" era of computing where outside of the data center, or other large scale computing operations... certainly on the professional or consumer end, the potential of things like 64bit architecture or multicore CPU's is rarely taken advantage of in the way's that it's predecessor was milked... largely cause they don't have to, as well we keep buying their ♥♥♥♥.
Video games are a great example of this in the modern consolitus age... PC's have been brute forcing their way through games that are almost entirely designed around a week core with Gddr ram and a reasonable graphics processor... It wasn't until this last run that they even had capable HD's or enough ram to compute things other than graphics (and video memory isn't ideal for things other than video compute tasks, it's a specific kinda calculations it's designed for)
At this point, the frame pacing and needing to have top tier hardware for games that are designed around a midrange system at best from a few years back (high mid in all fairness this time round)... that and window's insistence on saturating the memory pipelines bandwidth by constantly trying to pre-load and off load things into ram to obscure the sheer quantity of useless bs it tries to keep on que (and that's after you get rid of all the official bloatware lol)... And on top of this, we just started to see that multithreads and high memory bandwidth in the first place come into semi-common use, for anything outside of multitasking... (old conceptual sense of it).
I love everything about garry's mod, the things it did back then, the mindblowingly endless back of everything you could ever want or think of or even havens yet... in a package that is designed around optimal adjustment and comparability Alas, it's clear at this point the game want's to be multithreaded... yet I am here my self because multithreaded or not, this can be a double edged sword (just look at DX 12, lots of options, but entirely up to programmers to manage them... and this is how we get Elden ring lol),
I've heard the ups and downs, but often that's just glitches or misconceptions, actual problems are hard to nail down given the amount of gaslighting in the PC community these days,, on the user end and the support and (lol oxymoronic) documentation (lol... does it count if it's a 60 page booklet of 30 languages with 2 pages that break down to ♥♥♥♥ you, it's your fault somehow and you haven't even run the program yet?)
Not saying this is that, but the forums here are plenty full of the later, wish that would go away.... but hey least this has a 64bit version and has for a while if I understand correctly... the fact that it's in beta branch to this day has me worried though. Still better than GTA san Andrea that had ultra gaslighting bugs on multicore and non 32bit software... things like not being able to crouch and move, or dive while swimming, and all of it of course dependent on what was happening at the time and the mods you unfrocked it with... suppose we found out how much they really cared with that "remaster' lol.
lol yeah, the problem is is that, in recent years, game development has gotten to the point where literally anyone can throw a couple of tutorial scripts together and make a terrible "game" (if it can be called one). that, combined with the extreme bloatware that unity, unreal, godot, and pretty much any modern game engine carries, causes half of every ♥♥♥♥♥♥♥ game on steam to be buggy, unoptimized pieces of crap that still get people to play it despite how broken it is.
i remember i tried that game "scrap mechanic" a couple years ago, and i swear it took my entire cpu to just ♥♥♥♥♥♥♥ render the game.
if only there was a way to reward devs who make a game that's actually optimized. the only way i can think of is allowing devs to sneak bitcoin miners into the game, and that's the stupidest thing that could possibly happen.
im sure if you have a high end computer though you wont notice anything different
literally the exact opposite, the better your computer is the more the difference between 32 and 64. hell, if you only have 4 gigabytes there won't be a difference at all
yeah i have a lower end computer but it still gets by i just need to lower my screen res
also i have no explanation for 64 bit just working for you over time thats a bit weird
This is also on more than one front mind you, in both drivers on the hardware level and OS level, as well as valve's software end... but it kinda makes sense given that source is their baby and if anything should be performant on their brand new minipc, source is at least important enough to throw the most basic of bones.