Steam for Linux

Steam for Linux

posophe Jan 31, 2013 @ 12:44am
Two suggests for Steam
1. Don't support 32bits; All pcs today whose can run Valve games and others support AMD64 arch. The 32bits support oblige packagers to support multilib, the hell...
2. Provide engine out of games and make it as a dependencie; it could reduce games weight.
< >
Showing 1-15 of 21 comments
Harlz Jan 31, 2013 @ 5:25am 
In a machine running < 4Gb there's still no reason to run 64 bit binaries even on a modern machine. And there's a lot of relatively low powered hardware out there. And valve doesn't really get to say how the creators build their games, on top of the fact that the size is probably mostly game resources rather than engines.
Uradamus Jan 31, 2013 @ 6:15am 
I personally can't see any reason to run 32-bit anymore, besides for those running old hardware that just doesn't support 64-bit. On the other hand I know quite a few people on Linux systems who are still running 32-bit Linux, even when some of them have hardware that could of used a 64bit OS. I would be willing to wager it is a significant enough chunk that it would be foolish to ignore.

Besides that the Steam client itself is 32bit regardless of platform or architecture for the very reason that there are still plenty of 32bit systems out there and 64bit systems have no problems running a 32bit client. Hard drive space is cheap and plentiful; I can't understand what the issue is about having multilib packages installed.
instabilis Jan 31, 2013 @ 6:47am 
If you look in your ~/.steam folder, there are (currently broken) soft links to bin64 -> ubuntu12_64 and sdk64 -> linux64. So it looks like 64-bit support is possibly on it's way.
towo01 Jan 31, 2013 @ 6:50am 
Even if the steam-client would be 64bit, multiarch is needed, since many games are only 32bit.
e633 Jan 31, 2013 @ 1:23pm 
I am convinced that the PC world needs this shock therapy: go x64 (and IPv6 lol) overnight.
There's very few excuses for not running x64:
- almost all processors since ~2006 support x86_64.
- EVEN IF YOU HAVE LESS THAN 4GB RAM there's a theoretical ~20% performance increase due to word size.
Last edited by e633; Jan 31, 2013 @ 1:23pm
hirsute Jan 31, 2013 @ 2:17pm 
- Old pre x86_64 CPUs are still used by many people, all over the world, because they're neither broken nor that much slower than modern alternatives.
- Most netbooks with Atoms don't have EMT64.
- A bunch of tablets, including MS's own Surface, can't do 64 bits.
- Doubling pointer size adds pressure on the cpu cache that can outweight the advantages of the supplementary registers.
- PAE gives you access to all the ram in your box on 32 bits systems with a really small performance cost.
Last edited by hirsute; Jan 31, 2013 @ 2:20pm
posophe Feb 1, 2013 @ 3:32am 
This is the problem. Multiarch is a poison. Not for the end-user, but for packagers. In opensuse, we use a conf file, baselibs.conf, for doing symlink. But if a binarie call explicitely, because hardcoding or something else, sometimes it fails.

@Harlz: I know there is no reasons. But on linux the most time, if we have a 64bits kernel, the most of applications are building for 64bits. The past own 32bits systems, it is sometimes difficults to maintain two archs.
with the engine separate from the game, valve already sort of does that with their gcfs. for other games it's up to the publishers, NOT valve
[Linux] Toquinha Feb 1, 2013 @ 11:20am 
Originally posted by posophe:
1. Don't support 32bits; All pcs today whose can run Valve games and others support AMD64 arch. The 32bits support oblige packagers to support multilib, the hell...
People are waaay too lazy.

Some people believe they don't need 64bit OS running, that a 32 is enough. With those people you'll never win an argument, they just won't use a 64bit OS
BurritoBazooka Feb 1, 2013 @ 2:30pm 
I agree with needing 64-bit. I think Valve and other games companies should *mainly* support 64-bit, with legacy or secondary support for 32-bit. But I don't think this is a pressing matter.

On IPv6 mentioned above, that isn't a pressing matter either. ISPs here in the UK hoarded enough IPv4 addresses to last us consumers quite a while. I would very much like IPv6 though, because it provides advantages for mobile phones, and multicasting (think Internet Radio). If I could choose between a FTTC/P provider with IPv6, and one with IPv4, I'd choose the IPv6 one (my current provider is only giving IPv6 support to businesses).

With Valve, the engine is already downloaded seperately. A lot of shared content in Source is downloaded in one GCF which is shared among many games. But many of Valve's games use different versions of Source, and even customized versions (Dota2), so it's not always possible or advantageous.
Last edited by BurritoBazooka; Feb 1, 2013 @ 2:33pm
e633 Feb 1, 2013 @ 5:03pm 
Originally posted by hirsute:
- Most netbooks with Atoms don't have EMT64.
- A bunch of tablets, including MS's own Surface, can't do 64 bits.
Tablets and netbooks for playing on Steam? Good luck with that!
Damn i hate those two pseudo-computing devices WITH A PASSION!
BurritoBazooka Feb 1, 2013 @ 7:05pm 
Yes, if you're running a gaming system, 64-bit is very, very preferable, especially if you are planning to upgrade to anything more than 4GB RAM (very likely)
posophe Feb 2, 2013 @ 4:21am 
If nobody take a radical decision, nothing will move ! Look at the Apple example. Apple take a radical decision by stopping support of 32bits architecture. But effects are now that all programs are 64bits on mac. Opposite to Microsoft who release Win7 and Win8 with 32 and 64bits versions. All machines who can run these twoes are 64bits capable because the twoes heavy, real gas factories. ANd the result is there is no evolutions and the most applications on this platform have no 64bits binaries.
brpylko: Of course you agree, but it will be a big step if Valve show the example
posophe Feb 6, 2013 @ 1:20pm 
In fact perhaps another solution can be apply. I know there is few chances to be used, but perhaps using their own OBS instance could facility maintainance difficulties. I explain:
On Linux, there is a lot and a lot of distributions, with differents versions of some libraries and/or binaries. It is difficult to build games for all available versions.
But OBS allow to build a package for the most popular distributions without having to control compatibility. In that case, a game is build on, for example, Valve repo. There is no build errors on any system > It is added on Steam main repo for 32 and 64bits without to have to adapt for multilib or architecture barrier. Steam, for example Ubuntu specific client, search and download game package on this repositorie. This package respect FHS ( File Hierarchy System ) and POSIX/FD specifications. External studios build and try their games on their own repo and submit to Steam on the main repo. And the Steam client hos himself build and compatible with every Linux distros.
I don't agree. What about people with lower-end PCs? (Like me) That said, I don't agree that people like me should complain when a game doesn't run well on our PC.
Last edited by Install Linux. Do it now.; Feb 6, 2013 @ 2:06pm
< >
Showing 1-15 of 21 comments
Per page: 15 30 50

Date Posted: Jan 31, 2013 @ 12:44am
Posts: 21