![]() ![]() Of course, 64 bit binaries have the horrendous disadvantage of not being able to run on 32 bit systems and there are still many of those around. I may be wrong, but I fail to see how Steam would benefit from the better register bank as it's runtime is mostly governed by disk & network I/O which doesn't care whether the process is 32 or 64 bit. On the other hand, 64 bit processes are larger, as a rule of thumb by about 30% due to increased word size. Like mandatory SSE2 registers (although this has become boring as Windows requires SSE2 anyway, even on 32 bit), more and wider registers overall allowing for less function calling overhead, but that's hardly beneficial to Steam. If it's not a goal you agree with, then yeah, you should use something else. They've been doing that for years! Remember the howls of outrage when they stopped putting floppy disk drives in computers? Pushing forwards and leaving the past behind, is in its own way, a noble goal too. On the Apple side of things, they are always aggressively carving away legacy stuff and pushing onwards. Imagine how much extra time it takes to fix a bug in the OS when you also have to also add in a way to expose the old buggy behaviour to particular old apps so that the old app doesn't break. You should read blogs like "The Old New Thing" to see the outrageous lengths they go to shim old buggy apps to still work on new OSes. Windows is all about jumping through hoops in order to always always always keep old stuff running, no matter what. I think you generally should judge platforms by what they're trying to be, not by what you wish they were. It's great for a lot of things, but gaming is not one of them. Yeah, if you care a lot about games, macOS is probably not the place to be. It is very clear that Apple do not give a rats butt about gaming, and it is time to move away from them. It would make the OpenGL pill a lot easier to swallow if they did. ![]() There is zero good reasons for them to not support Vulkan Yeah. ![]() Where not having up to date OpenGL mostly hurts because of not having a graphics API lingua franca that works across multiple systems. The logic of keeping an older version around, but encouraging new investments to either be targeting Metal or a higher-level engine (say, Unreal, Unity, or perhaps Apple's own SceneKit) kind of makes sense. ![]() OpenGL implementations are big and complex, and contain tons of legacy cruft. There is zero good reasons for them to not support OpenGL 4.2+ This I can kind of understand. Or being able to guarantee a non-fragile Obj-C ABI means system frameworks can evolve because they don't have to worry about the fragile base class problem. For one, it means every single system library doesn't have to have both 32-bit and 64-bit versions, which will reduce the disk space the OS takes up. Originally posted by Eisberg:There is zero good reasons for them to get rid of 32 bit application support. I would hope that Valve would hopefully change the system report to 64-bit instead of 32-bit and update Steam to become 64-bit only? Signed by:ĝeveloper ID Application: Valve Corporation, Developer ID Certification Authority, Apple Root CA Mac OS says they had the 64-bit released but the system report hasn't said its 64-bit. I would want to see if Steam Client Update gets the 64-bit support for Windows, Mac and Linux because on 1st January 2019 they will discontinue support for Steam on Windows XP and Vista because they are the oldest OS and in the future is Valve going to optimize the Steam Client App to 64-bit so that they would get the Windows, Mac and Linux to only support 64-bit for Steam and I would hope they would discontinue the 32-bit Steam, 64-bit is more secure for future users and then in the future by either late 2018 or early 2019, they would optimize it for 64-bit for Windows 7/8.1 and 10. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |