you are viewing a single comment's thread
view the rest of the comments
[–] 36 points 3 weeks ago (21 children)

Noob question here, but what’s the benefit of moving an application like Steam to 64bit? I understand for memory intensive applications it allows for more memory usage (it was a big deal when Stellaris made the change) but does Steam often use more than 4 GB of memory?

  • source
  • hideshow 21 child comments
  • [–] 107 points 3 weeks ago (14 children)

    The benefit to/for Steam itself is marginal. The benefit to the entire community is significant, because there's now an entire metric shitload of obsolete 32-bit shit that can be safely deleted and forgotten for 95% of the Linux world and efforts can be focused on things that actually matter in the 64-bit world. The entire 32-bit ecosystem of libraries and system layers still had to be maintained and supported basically only for Steam's sake, Steam was the only thing still using them for the vast majority of people. It's not that Steam needs 64-bit, it's that 64-bit is the standard now and has been for a long time, and Steam was the only thing that had no 64-bit version.

    It's kind of like cutting loose the anchor that the community has been dragging around everywhere for years for no purpose. It was a totally unnecessary effort that just caused suffering and added no value.

  • source
  • parent
  • hideshow 14 child comments
  • [–] 26 points 3 weeks ago (13 children)

    I can probably disable multilib repo soon, which is nice.

  • source
  • parent
  • hideshow 13 child comments
  • [–] 7 points 3 weeks ago (12 children)

    I just installed from Flatpak for years now. No multilib headache.

  • source
  • parent
  • hideshow 12 child comments
  • [–] 5 points 3 weeks ago (11 children)

    Unfortunately, SteamVR with Flatpak is busted unless you use something like WiVRn. If you try to use something like the Steam Link app on an Android-based VR headset to do direct SteamVR streaming, it won't work on the Flatpak because of permissions.

    Source: Been wishing I could use SteamVR on my gaming PC for a while without a third party solution.

  • source
  • parent
  • hideshow 11 child comments
  • [–] 2 points 3 weeks ago (3 children)

    Did you try and app like Flatseal for customising Flatpak permissions?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 3 weeks ago (2 children)

    Yeah that fixes some things, but there is a sudo command it tries to run that has some sort of pathing issue in the Flatpak version.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 3 weeks ago (6 children)

    Can you not just allow those permissions?

  • source
  • parent
  • hideshow 6 child comments
  • [–] 1 point 3 weeks ago (5 children)

    It's deeper than that. It tries to run a function with sudi that fails every time, but the prompt for a password never appears.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 3 weeks ago (4 children)

    Ah, I see. So it must need some library installed via Flatpak as well, that provides that prompt, right?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 3 weeks ago* (last edited 3 weeks ago) (3 children)

    Probably. It tries to run a .sh script on first launch as sudo, but fails. Even if you run it manually, it still didn't seem to fix it. There is a bug report for it somewhere that's been open for 2 years. Valve officially only supports the package version of Steam for SteamVR, not Flatpak, so it's unlikely to get fixed.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 21 points 3 weeks ago

    One of the benefits is only needing to have 64 bit libraries. With this change most people can drop their 32 bit stuff.

    Bits are literally "binary digits". So more bits means bigger numbers. The reason you get more memory, is because when the code says "put this data in memory spot (number bigger than 32 bits)" .. you cant with only 32 bits. How do you represent that number.

    Imagine that you want to put something in memory spot 150, but you only have 2 digits. You cant. Bumping it up to 4 digits, you can say "put this data in memory address 0150" and its fine. "bigger numbers == more addresses == more places to put stuff"

    So anywhere you need a number bigger than 32 bit represents, you can either just use a 64 bit number, or do a bunch of shenanigans. Those shenanigans require extra calculations inevitably. https://en.wikipedia.org/wiki/2,147,483,647 If youve ever seen this number before, it's probably because of a 32 bit limitation. It shows up all sorts of weird ways.

    Bigger numbers here aren't about taking up more space, just representing literally bigger numbers. "9999" only takes up 2x as much "space" as "99" but it repesents a number ~100x bigger.

    Sorry, I'm tired and rambling.

  • source
  • parent
  • [–] 4 points 3 weeks ago (3 children)

    One of the reasons Steam held out for so long was that a lot of the games they host are 32-bit only. Games are built by a company, many of which have gone belly-up, so rebuilding the game from scratch is impossible. Making Steam 32 bit even though it could be 64 bit is a really effective way to guarantee a large chunk of their legacy products will still run. In a lot of ways, because of the nature of the gaming industry, Steam has it worse than most package managers/app stores.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 9 points 3 weeks ago (1 child)

    I'm not sure as that's about Steam the client though not on Proton thus Wine, which I bet will keep on supporting 32bit apps.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 3 weeks ago

    Remember that the portion of Steam users that use Proton regularly is less than 10%, if you include Deck users. That number is rising and is probably a major factor in the decision to switch, but it's still a minority.

  • source
  • parent