LinuxQuestions.org
Visit the LQ Articles and Editorials section
Go Back   LinuxQuestions.org > Forums > Non-*NIX Forums > General
User Name
Password
General This forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!

Notices

Reply
 
Search this Thread
Old 12-15-2013, 11:07 AM   #16
273
Senior Member
 
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 3,354

Rep: Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773

Quote:
Originally Posted by sag47 View Post
This doesn't really make sense. The x86 instruction set architecture hasn't changed much since it was introduced. Processors have gotten faster but the instructions remain the same. I could compile a binary for the latest 32 bit processor and it will still work on an older 32 bit processor.
You'd better tell all those people who can't install the 32 bit versions of modern distributions about this magical compiler of yours then.
Really, please educate yourself before telling others they are wrong.
 
Old 12-15-2013, 11:14 AM   #17
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,582
Blog Entries: 2

Rep: Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037
Can't wait for the AMD version of SteamOS to give it a try. I really want to know if it is actually faster or reacts better (due to its realtime kernel). There is already a spare SSD waiting for it here, come on Valve, I want an AMD image.
 
Old 12-15-2013, 11:55 AM   #18
sag47
Senior Member
 
Registered: Sep 2009
Location: Philly, PA
Distribution: Kubuntu x64, RHEL, Fedora Core, FreeBSD, Windows x64
Posts: 1,429
Blog Entries: 33

Rep: Reputation: 357Reputation: 357Reputation: 357Reputation: 357
Quote:
Originally Posted by 273 View Post
You'd better tell all those people who can't install the 32 bit versions of modern distributions about this magical compiler of yours then.
Really, please educate yourself before telling others they are wrong.
Who said the compiler was magical. Sticking to a standard instruction set architecture will bring compatibility to most processors in x86. Feel free to peruse Intel ISA and AMD ISA. Anything compiled towards i686 avoids the problem you describe. Really you should educate *yourself* before degrading this forum with degrading and pretentious comments. In the case of SteamOS I'm sure they'll compile it for the target processor they're shipping so you don't really have the issue you described. Stop spreading FUD. In any case I won't be replying to any more of your responses in this thread unless they're constructive.

273,
Feel free to message me with a continuation of this off topic conversation but please don't post any more replies relating to this conversation here.

Last edited by sag47; 12-15-2013 at 11:59 AM.
 
Old 12-15-2013, 12:04 PM   #19
273
Senior Member
 
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 3,354

Rep: Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773
Quote:
Originally Posted by sag47 View Post
Who said the compiler was magical. Sticking to a standard instruction set architecture will bring compatibility to most processors in x86. Feel free to peruse Intel ISA and AMD ISA. Anything compiled towards i686 avoids the problem you describe. Really you should educate *yourself* before degrading this forum with degrading and pretentious comments. In the case of SteamOS I'm sure they'll compile it for the target processor they're shipping so you don't really have the issue you described. Stop spreading FUD.
Indeed, i686 is different to i386. There are also new SIMD instructions added for AMD64. Of course, nobody would use SIMD instructions for games or multimedia though.
You think they're compiling the whole OS and libraries for the target architecture? Really?
Nothing I said in my original post was at all "pretentious" or controversial. I apologise that my follow up post was confrontational but it riles me that in making a valid point you saw fit to insinuate I was talking nonsense.
 
Old 12-15-2013, 12:18 PM   #20
sag47
Senior Member
 
Registered: Sep 2009
Location: Philly, PA
Distribution: Kubuntu x64, RHEL, Fedora Core, FreeBSD, Windows x64
Posts: 1,429
Blog Entries: 33

Rep: Reputation: 357Reputation: 357Reputation: 357Reputation: 357
EDIT* I meant to PM this message.
 
Old 12-15-2013, 01:33 PM   #21
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,582
Blog Entries: 2

Rep: Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037
Quote:
Originally Posted by sag47 View Post
In the case of SteamOS I'm sure they'll compile it for the target processor they're shipping so you don't really have the issue you described.
No, they won't. For a very simple reason: There is no target CPU. The Steambox the deliver these days in their beta program is only an example of how to build such a machine. There is no limitation at all regarding the CPU or GPU. Of course they should be fit for gaming, but you are not restricted to a specific manufacturer. For this reason they have to use the generic build targets.
 
Old 12-16-2013, 07:29 AM   #22
jens
Senior Member
 
Registered: May 2004
Location: Belgium
Distribution: Debian, Slackware, Fedora
Posts: 1,193

Rep: Reputation: 159Reputation: 159
Quote:
Originally Posted by TobiSGD View Post
Can't wait for the AMD version of SteamOS to give it a try. I really want to know if it is actually faster or reacts better (due to its realtime kernel). There is already a spare SSD waiting for it here, come on Valve, I want an AMD image.
AMD is already included (though still buggy):

"SteamOS comes with fglrx drivers post-install (before you run the script manually) that's what I ran my Radeon on and it worked fine."
http://steamcommunity.com/groups/ste...5819299852/#p3
 
Old 12-16-2013, 08:20 AM   #23
jens
Senior Member
 
Registered: May 2004
Location: Belgium
Distribution: Debian, Slackware, Fedora
Posts: 1,193

Rep: Reputation: 159Reputation: 159
Quote:
Originally Posted by sag47 View Post
Who said the compiler was magical. Sticking to a standard instruction set architecture will bring compatibility to most processors in x86. Feel free to peruse Intel ISA and AMD ISA. Anything compiled towards i686 avoids the problem you describe. Really you should educate *yourself* before degrading this forum with degrading and pretentious comments. In the case of SteamOS I'm sure they'll compile it for the target processor they're shipping so you don't really have the issue you described. Stop spreading FUD. In any case I won't be replying to any more of your responses in this thread unless they're constructive.
It *IS* compiled towards i686.
Use a plain 32-bit Wheezy installer, add the "steampowered" repo and it will ignore all 64-bit/multiarch packages.

Maintaining such a port would be silly from a production/cost view (Old hardware isn't useful for modern gaming).

Last edited by jens; 12-16-2013 at 08:23 AM.
 
Old 12-18-2013, 07:29 AM   #24
jens
Senior Member
 
Registered: May 2004
Location: Belgium
Distribution: Debian, Slackware, Fedora
Posts: 1,193

Rep: Reputation: 159Reputation: 159
Quote:
Originally Posted by TobiSGD View Post
I really want to know if it is actually faster or reacts better (due to its realtime kernel). There is
Slightly off-topic, but how do you plan to test this?

The -rt part was already available in the debian kernel source as well[0][1] ...
They did add a small layer in user-space to "smoothen" the "full steam-experience" though.

[0] http://packages.debian.org/wheezy/li...2.0-4-rt-amd64
[1] http://womble.decadent.org.uk/blog/w...zy-part-3.html

PS: Neither do I understand why everyone seems to think that speed (Phoronix and friends) would increase with -rt patches. If anything, it will most likely decrease (RT is all about correctness and not speed).

Last edited by jens; 12-18-2013 at 08:28 AM. Reason: links
 
Old 12-18-2013, 08:38 AM   #25
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,582
Blog Entries: 2

Rep: Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037Reputation: 4037
Quote:
Originally Posted by jens View Post
Slightly off-topic, but how do you plan to test this?
For the speed, I just benchmark it, using for example Serious Sam 3 and compare it with the same game on Slackware.
Regarding reaction time, I think it is just a matter of feeling.
Quote:
Neither do I understand why everyone seems to think that speed (Phoronix and friends) would increase with -rt patches. If anything, it will most likely decrease (RT is all about correctness and not speed).
I don't think at it is faster due to a realtime kernel (that was directed at the reaction times), but I don't know which other changes Valve has made to the video stack and the system in general.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Valve Launches Countdown For SteamBox News LXer Syndicated Linux News 0 09-20-2013 08:02 PM
LXer: Valve Linux-Based SteamBox Details Coming Next Week LXer Syndicated Linux News 0 09-16-2013 11:40 PM
Gabe Newell confirms release of SteamBox, likely with Linux OS TobiSGD Linux - Games 2 12-12-2012 01:23 PM
python thread safety: printing from thread to redirected stdout - safe? BrianK Programming 2 10-11-2010 11:28 AM


All times are GMT -5. The time now is 05:03 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration