あるAnonymous Coward 曰く、ベルギーのブリュッセルで開催されたオープンソース関連のカンファレンス「FOSDEM 2013」で、Android版「Wine」のデモストレーションが行われた。WineはLinuxなどのOSでWindowsプログラムを走らせるもの。Phoronixのレポートによれば、今回のデモで用いられたWineはAndroidエミュレータ上で動作させたものであるため、開発バージョンはまだ実用には耐えない動作速度だった模様。しかし、Androidタブレットの世界でAtomが成功すれば、Wine Projectに大きなチャンスが来る可能性があるとしている（ZDNET、Phoronix、マイコミ、本家/.）。
これを思い出した (スコア:2)
この手のモノって、動作速度はやはり色々キツそうですね。。。
Wine on Android があったとして、どういう風な使われ方をされるのか自分には検討つきません。
#
誰か「こんなのができるんじゃない？」とか返信投げて戴ければ幸いです
----- ド素人につき突っ込み歓迎 アルミ製なので叩くと凹みます
Re:これを思い出した (スコア:3, 興味深い)
Wineが目指すものはUNIX系のOS上に、WindowsのAPIを実装することです。
アプリケーションはx86のネイティブコードのまま、x86 CPU上で走ります。
アプリケーションがWindowsAPIを呼び出した時、Wineがこれを受け取り
Windowsの代わりの動作をします、実際には対応するUNIX系のAPIをWine
から呼び出すことになりますから、その分少しだけ手間は掛かりますが、
UNIX系のAPIも、x86 CPUの上のネイティブコードで走ります。
アプリケーション本体とOSの両方ともがネイティブコードで走っています
からアプリケーションが仮想マシンのコードで走っている JAVAや.NETより
かなりオーバヘッドを減らせると期待できます。
Wineが期待通りに仕上がれば、x86を搭載した、いわゆるPCやMacがあれば、
Windows無しで、全てのWindowsアプリが十分実用的な速度で使えることに
なります。
まあ、メーカー製のPCを買えば追加費用なしで、Windowsは載っていますし
敢えて別にライセンスを買っても、理不尽な程高額でもないのですが。
Re: (スコア:0)
Javaは下手に作ったC製より早いと言われていますよ。これはGUIも含めてなのかわからないけど。
.NETはVB6に比べたらむちゃくちゃ遅い。GUIのアプリで実際に体験。差は明らか。特に起動が遅い。昔のJava並。
むかーしDebian上でWineで動かしたときはそこそこの速度でした。
Android上でWine動けば面白いとは思うけど、動かしたいアプリって思いつかないな。操作しにくいだろうし。
むしろ、Windows上でAndroid動いたほうが色々便利。で既に複数ありますね。
・・・紙芝居系ゲームがお好きな方々向け？
Re:これを思い出した (スコア:1)
.NETとJavaのベンチマーク比較はさんざんされていますが、.NETのほうが遅いなんてことはないです。
>Javaは下手に作ったC製より早いと言われていますよ。これはGUIも含めてなのかわからないけど。
>.NETはVB6に比べたらむちゃくちゃ遅い。GUIのアプリで実際に体験。差は明らか。特に起動が遅い。昔のJava並。
実際に経験したのは「.NETとVB6のGUIアプリを1つ使ってみた」だけなようで、
それを実に巧妙な曖昧さで表現して、「Javaは早いが.NETは遅い」と印象操作しているのはお見事ですね。
Re:これを思い出した (スコア:2, 荒らし)
> .NETとJavaのベンチマーク比較はさんざんされていますが、.NETのほうが遅いなんてことはないです。
俺はソース出してないので申し訳ないけど、ソース出してもらえませんか？
OracleのPetShopは色々物議をかもしてるみたいだけど、Javaのほうが速いですね。（他の比較がちょっとググっただけだとでてこないので）
> 実際に経験したのは「.NETとVB6のGUIアプリを1つ使ってみた」だけなようで、
勝手に決めないでくれ。複数作っているし、作り方とかそんな問題じゃなく明らかに遅い。（.NET3.5。XP上で実行。Vista以降は知らん）
しかもあなたは、.NETとVB6の速度が変わらないとは書いてないようだし、.NET遅いの認めてるようなもんですね。
> それを実に巧妙な曖昧さで表現して、「Javaは早いが.NETは遅い」と印象操作しているのはお見事ですね。
あなたも実に巧妙に曖昧に結局どうなんだかわからんようにしてます。
Re: (スコア:0)
何発狂してんだコイツｗ.NETのほうがはやいぞJavaは遅い
Re: (スコア:0)
悪意はないんじゃないですかね？
VBプログラマだったら、.NETプログラミングがド下手なのも無理はないでしょう。
Re:これを思い出した (スコア:1)
本当にSunのJavaが速いなら、MSJVMが速いと言われることはなかったはずですが。
Re: (スコア:0)
Java1.2か1.3時代の話？
しかもMSJVMは・・・
Re: (スコア:0)
それって結局、下手に作らなければCの方が早いと言う事ですよね？
さらにいうなら、javaに下手に作ったらさらに遅いわけで。。。。
Re:これを思い出した (スコア:2)
それはその通りですが、
Cで効率よく作るのはそれなりの技量が必要。
Javaは普通に作れば（よほどアホみたいな作りしなければ）パフォーマンスが出るという話です。
Re:これを思い出した (スコア:1)
今のjavaなり.netは多少へたでもjitやhotspotががんばってくれる。
がっちりチューニングすればcのほうが速いのは当然だけど
Re: (スコア:0)
今のCなりC++は多少下手でも、コンパイラががんばってくれる。
訳ですが。
コンパイラで大分違ってくる (スコア:0)
VC6とVC2005は全然バイナリが違ってくるし、VC2005とVC2010でもかなりバイナリが違ってくる
コンパイラの最適化が最適化されてきてるので・・・
Re: (スコア:0)
近年のJIT技術はC/C++コンパイラと同じ静的解析をふつうに取り入れてますし、
C/C++では出来ない動的最適化が可能なぶんだけ有利なのは間違いないでしょう。
「多少下手でも」のレベルならやっぱりVMのネイティブコード化に軍配が上がると思います。
Re: (スコア:0)
動的コンパイル自体がオーバーヘッドだから、
動的最適化で数%効率が上がったとしても不利なことには変わらないんじゃないかな。
それにC/C++コンパイラならJIT以上の時間をかけて同じ最適化が出来るはず。
x64ならSSE２までは標準の命令セットに入っているから。そこまで不利なわけでもない
Re: (スコア:0)
VC6のコードvs最新VMとか、下っ端が書いた下手なC++コードvs最新VMなら最新VMが勝つと思います。が、VC2012vs最新VMで同じ人が書いたコードなら間違いなくVC2012の早い
Re: (スコア:0)
起動は確かに遅いがそれ以外はそんなに遅くないよ。
あとVB6と.NETを比較してJavaの方が早いみたいなロジックが凄いな……
JavaがC++より早いこともあるのは最適化の問題だしデータ処理に限った話だ。
.NETのGUIは遅いとか言ってるけどJavaのGUIなんてそれと比べれば論外なほど遅いぞ。
Re: (スコア:0)
マジレス禁止。
ここは信者を暖かく見守る所だよ
Re: (スコア:0)
>起動は確かに遅いがそれ以外はそんなに遅くないよ。
その通りだが、その起動が無茶苦茶遅い。2回目の起動はVBほどじゃないが早くなるのも知ってる。
> あとVB6と.NETを比較してJavaの方が早いみたいなロジックが凄いな…
誤読でしょう。
> .NETのGUIは遅いとか言ってるけどJavaのGUIなんてそれと比べれば論外なほど遅いぞ。
例えばSharpDevelopとNetBeanを比べてみると逆に感じる。
VB6＞＞＞Java＞＝.NET
VBなんてキライだがサクサク具合だけは認める。
Re: (スコア:0)
でも、.NETを選べるのであれば、今さらVB6やOracleのJavaで新規プロジェクト起こす必要性は感じないな。
Wineの成果の最たるものは何? (スコア:2)
Wineによって、非WindowsOSの上で動かせたソフトとして…
公式に出てきたものとしては、Picasaくらいしか思いつきません。
あとは、Wineそのものではありませんが、その成果を活用して
MacOSX上で、Vocaloidが動いたという事実は
Android上のWineに期待させるだけの効果がありそうな気がします。
Re:Wineの成果の最たるものは何? (スコア:1)
一太郎 for Linux [srad.jp] とかですかねぇ。
ただ、ユーザを見たことがない。。。
Wine? (スコア:1)
CPUエミュレートしないからこそのWineじゃなかったのか？
Wine的にはWindowsRTアプリを動かす方向に行くべきだったのでは？
Re:Wine? (スコア:1)
＞ WindowsRTアプリを動かす方向
.NET Framework をLinux系などで動かすのは Monoプロジェクトの方向かと思います。
こちらは、Atomプロセッサ上のAndroid がターゲットでしょう。
わざわざWindows上のAndroidエミュレータで開発していることからも、CPUとしては
x86を上での動作でしょう。
Re: (スコア:0)
WindowsRTとWinRTの違いを覚えようね
Re: (スコア:0)
＞ WindowsRTとWinRTの違いを覚えようね
うぇーい、ちゃんぽんにしてたよ～。まったく知らなかったのではないけど。orz
WindowsRT用 MS-Office をAndroidで動かしたければ、Monoの出番じゃない
でもでも WindowsRTアプリって、WinRTで作るのが標準じゃないの？？
それともまだ大きな勘違いが残ってる？
Re: (スコア:0)
ああ、大きな勘違いが残っていた。
WinRT には .NET Framework から借用したものが色々あるけれど、親子じゃないのね。
Re: (スコア:0)
Atomタブレットなんて、Windowsじゃ普通に出てるしなぁ。
ARMとintelの親和性ってよくなってるんじゃなの？ (スコア:1)
write once run anywhereの夢がついに(棒読み)
そしてそのWine上で (スコア:0)
Androidエミュレータを動かすのですね。
# すでにWine on Androidエミュレータ on Windowsかよ
Re: (スコア:0)
さらに、そのAndroidエミュレータ上でWineを
本末転倒？ (スコア:0)
低スペック側で高スペック側を動かすとか・・・。
PS2で動かすPS3エミュレータみたいなｗ
どういう状況になるのを想定してるのか全くの謎です。
# just for fun なら「好きにしてくれ」だけど
Re:本末転倒？ (スコア:1)
あらゆるソフトが重いわけでもないしし実用にたえるものだけ使えばいいんじゃね
Re: (スコア:0)
低スペックだろうとオーバーヘッドがあろうと、そこで使いたいソフトウェアがあるなら、動かせる選択肢があるのは良いことです。
その環境でネイティブに動かせる同等のソフトウェアがいつでも存在するわけではありませんので。
エミュレーターだから遅い？ (スコア:0)
Re:エミュレーターだから遅い？ (スコア:1)
「デモはエミュレータだから早かったけど、開発バージョンはまだ(実機での)実用には耐えない動作速度だった」
ってことでは？
Re: (スコア:0)
タレコミには、
「今回のデモで用いられたWineはAndroidエミュレータ上で動作させたものであるため、開発バージョンはまだ実用には耐えない動作速度だった模様」
って書いてあるんだけど。
マイコミの方の記事には、
「ARM版Androidでは互換性の面でもパフォーマンスの面でも大きなハンデがある。そのため、開発バージョンの動作が実用に耐えないレベルというのもうなずける話だ」
ともあるし、
「ただPhoronixによれば、Julliard氏が属するCodeWeaversではIntelのAtomプロセッサに非常に大きな期待を抱いており、もしAndroidタブレットの世界でAtomが成功してユーザーの関心を惹くようになれば、同社にとっても大きなチャンスが到来すると考えているという」
ともあるので、FlakTower (32689)の解釈は間違い。
Re:エミュレーターだから遅い？ (スコア:1)
その元記事の引用だけのコメントだと、
(#2320713)Anonymous Coward、
(#2320814)FlakTower (32689) )→私
の「解釈が正しい」って根拠になるんだけど？
そういう書き方をする場合は「自分で理解した末の(自分として)正しい(と思う)解釈」を
書かないと、「まともに読めなかったバカ」と思われた上に
親切な人がいても「解釈の誤りを指摘しようがなくなる=間違ったまま嘲笑われる」ので気を付けた方がよいよ。
Re: (スコア:0)
PSのエミュレータでもD3DやOpenGLのGPUプラグインのおかげで実機以上にポリゴンが綺麗になるよね
Wineもいいけど (スコア:0)
iOSアプリをAndroidで動かすDarling on Androidプロジェクトも早く始まって欲しい