Steamをインストール
ログイン
|
言語
简体中文(簡体字中国語)
繁體中文(繁体字中国語)
한국어 (韓国語)
ไทย (タイ語)
български (ブルガリア語)
Čeština(チェコ語)
Dansk (デンマーク語)
Deutsch (ドイツ語)
English (英語)
Español - España (スペイン語 - スペイン)
Español - Latinoamérica (スペイン語 - ラテンアメリカ)
Ελληνικά (ギリシャ語)
Français (フランス語)
Italiano (イタリア語)
Bahasa Indonesia(インドネシア語)
Magyar(ハンガリー語)
Nederlands (オランダ語)
Norsk (ノルウェー語)
Polski (ポーランド語)
Português(ポルトガル語-ポルトガル)
Português - Brasil (ポルトガル語 - ブラジル)
Română(ルーマニア語)
Русский (ロシア語)
Suomi (フィンランド語)
Svenska (スウェーデン語)
Türkçe (トルコ語)
Tiếng Việt (ベトナム語)
Українська (ウクライナ語)
翻訳の問題を報告
While I may not understand you 100%, Valve has a track record with Linux which should be consulted for a probability that SFM will be ported. I say it's 50/50.
think of it like single vs quad core processors. you may think that having a quad core would automatically make an individual program run better, but if it isn't set up to run on a multi-core machine, you'll see no real benefit for that particular program,
As for Java I think the reason it eats up so many resources, and I could be wrong, is because all Java programs require a sort of compatibility layer, if you'll excuse my probably poorly chosen jargon. The compatibility layer acts as a pseudo-operating system, running on top of your current OS. All programs running under that mock OS won't run as smoothly and will eat up more resources, partly because you have two OS's running at the same time, passing data from the user, to the program, to the compatibility layer, to the host OS, to the hardware and back again. And partly because all resources have to be made available to both the host OS and the layer so it wouldn't be uncommon for them to compete over system resources. My guess is Java is cross-platform because each platform has it's own compatibility layer and they put a lot more time and effort into writing the layer for Windows than they did with the layer written for Linux, hence the absurd performance variations in the two.
To put all of this another way, it's less of an issue of the operating system or hardware being used, and more about programs performing badly because they were coded badly. There are a ton of programs that run very well on Linux and it's because they were written well. As long as Valve continues to code well, SFM will run well. In theory, anyways.