アカウント名:
パスワード:
と言いたいのですね。
Windowsは互換性がそれなりに残されていたからこそ価値が大きかったわけで、互換性が無くなると他のOSと同一ラインに立って戦わなければならなくなるわけで、今後の展開が楽しみですね。
Appleが用意したRosettaのようなモノをMicrosoftが準備していてで、その出来があまりにもお粗末なのでARM移行が進むか、と思いきやWindows8自体を買い控えられてしまうという現象まで目に浮かびます。
>バイナリートランスレータという技術らしいのですが、Rosettaの本家以外にも、他社で実装できたりするものなのかな?(実用レベルで)
旧DEC の FX!32 とか、Transmeta の Code Morphing とか、そういう例じゃないですかね。
Microsoftが買収したVirtualPCはもともとPowerPC MacでWindows PCをエミュレーションするものでした。この場合、ざっくり言ってCPUとデバイス(I/O)の両方をエミュレーションします。
このうちデバイスエミュレーション技術のみを再構成したのがXP ModeやHyper-Vになったと思いますが、CPUエミュレーション技術も残ってるはずなのでそんなにお粗末ではないかも
家庭用は確かにそうだけど、業務用途ではActive Directoryの管理がいるからそう簡単に同一ラインになることはないでしょう。
インストーラーなんて嫌いだ! って言って zip で落としてきた挙句、ngen もせずに動かしているとかじゃないでしょうか。 インストーラーがタコで ngen してない、なんていうのもあったりするかもしれませんけど。
使う人間の心構えかな?
「もっさり」は主にレイテンシの遅さを表現する語であって、実行速度そのものとは関係ないような。
というか、速度を気にする向きは普通にx86/x64版Windowsでネイティブアプリをやってればいいじゃない。今後WindowsはARM版に完全移行なんてだれも言ってないんだから。
> 「もっさり」は主にレイテンシの遅さを表現する語であって、実行速度そのものとは関係ないような。
でも体感的には、実行速度も確実に、ものすごく遅くなってますよ。
> 速度を気にする向きは普通にx86/x64版Windowsでネイティブアプリをやってればいいじゃない。
科学技術計算みたいなやつは、どうせ自分でコンパイルするんだろうから、別に構わないんだろうけど、ふつうにアプリケーションを使う一般ユーザーは、どうすればいいんでしょうか?
ものすごくってどのくらいですか? 感覚的に 2 割減くらいでは「ものすごく」というほどでもないように思いますけど。 普段使っている環境だと、普通に Core 2 Duo 1.2GHz クラスでも .NET Framework のアプリばかり動かしてもまったく気になりませんよ。
WPF が重いとか、その辺りの話でしょうか。
従来通りの体感速度を得るためには、より高性能なハードウェアを買い換えなければならない。
.Net Frameworkでレイテンシが犠牲になってるのなら、それは問題だと思います。
標準コントロールがダサい
MSに都合の悪いこと、というか、ソフトウェア産業全体に都合の悪いことを書くと荒らしにされてしまうことが多いです。/.Jには、ソフトウェア産業に携わっている方が多いからではないでしょうか。
せっかくハードウェアが進歩してるのに、パソコンはいつまでたっても遅いまま。ハードウェアの進歩を、ソフトウェアが食いつぶしてるからです。ソフト屋は、恥ずかしくないんですかね。
羞恥心なんてものがあったらソフト屋なんてやってない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:0)
と言いたいのですね。
Windowsは互換性がそれなりに残されていたからこそ価値が大きかったわけで、互換性が無くなると他のOSと同一ラインに立って戦わなければならなくなるわけで、今後の展開が楽しみですね。
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:3, 興味深い)
今回の発表を「Intelが」行ったってところにポイントが。
Intelとしては当然IntelのCPUを買ってもらいたいわけで、
「ARM版Winでは過去の資産は使えないよ!」と言っておけば
「うーむ仕方ない、従来どおりx86なWindows買っておくか」ってなり、
結果的にIntelなCPUを買ってもらえる可能性があがる。
で、MS的にはWindowsが売れることが重要なので、何らかの
互換機能(もしくは救済措置)を用意していて、Intel発言に対して
「誤解を招くものだ」と言った、と考えると矛盾無い気がする。
Re: (スコア:0)
Appleが用意したRosettaのようなモノを
Microsoftが準備していて
で、その出来があまりにもお粗末なので
ARM移行が進むか、と思いきや
Windows8自体を買い控えられてしまうという
現象まで目に浮かびます。
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:3, 興味深い)
で、あのときにSparc<->Intel、HPのCPU<->IntelだったのをSparc->Intel、HPのCPU->Intelにして、他のCPU「からの」変換は受け付けるものの、他のCPU「への」変換は受け付けないようにしていたと思います。
バイナリートランスレータという技術らしいのですが、Rosettaの本家以外にも、他社で実装できたりするものなのかな?(実用レベルで)
-- gonta --
"May Macintosh be with you"
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:1)
>バイナリートランスレータという技術らしいのですが、Rosettaの本家以外にも、他社で実装できたりするものなのかな?(実用レベルで)
旧DEC の FX!32 とか、Transmeta の Code Morphing とか、そういう例じゃないですかね。
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:2, 興味深い)
Microsoftが買収したVirtualPCはもともとPowerPC MacでWindows PCをエミュレーションするものでした。
この場合、ざっくり言ってCPUとデバイス(I/O)の両方をエミュレーションします。
このうちデバイスエミュレーション技術のみを再構成したのがXP ModeやHyper-Vになったと思いますが、
CPUエミュレーション技術も残ってるはずなのでそんなにお粗末ではないかも
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:1)
家庭用は確かにそうだけど、業務用途ではActive Directoryの管理がいるからそう簡単に同一ラインになることはないでしょう。
Microsoft Phoenix がやっとリリースですね (スコア:1, 興味深い)
最初の理想からはだいぶ変わりましたが現実主義の MS としては良い着地点だったと思います。
ARM の性能向上とインターネット接続性の向上で、何とか現実的な速度で変換できるようになりましたが
次はセキュリティ心理的抵抗と、バイナリトランスレーションの法的正当性の獲得でしょう。
Re:Microsoft Phoenix がやっとリリースですね (スコア:1, 興味深い)
方法論がどこまで使い物になるかな。一度変換したバイナリはキャッシュしておけば良いから、ほとんどの人のほとんどのソフトは
すでに変換済みということになるんだろうけど
なお、Phoenix とは x64 の実行形式と .PDB デバッグ情報から中間コードとして CLR を使って、ターゲット CPU 用の Native バイナリを吐き出す技術です。
Re: (スコア:0, 荒らし)
数値計算系は軒並み Windows を諦めるしかないですね。
互換性はコードを書き直せば何とかなるけど、
実行速度はどうにもならない。
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:1)
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:1)
インストーラーなんて嫌いだ! って言って zip で落としてきた挙句、ngen もせずに動かしているとかじゃないでしょうか。
インストーラーがタコで ngen してない、なんていうのもあったりするかもしれませんけど。
Re: (スコア:0)
使う人間の心構えかな?
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:1, 興味深い)
「もっさり」は主にレイテンシの遅さを表現する語であって、実行速度そのものとは関係ないような。
というか、速度を気にする向きは普通にx86/x64版Windowsでネイティブアプリをやってればいいじゃない。
今後WindowsはARM版に完全移行なんてだれも言ってないんだから。
Re: (スコア:0)
> 「もっさり」は主にレイテンシの遅さを表現する語であって、実行速度そのものとは関係ないような。
でも体感的には、実行速度も確実に、ものすごく遅くなってますよ。
> 速度を気にする向きは普通にx86/x64版Windowsでネイティブアプリをやってればいいじゃない。
科学技術計算みたいなやつは、どうせ自分でコンパイルするんだろうから、
別に構わないんだろうけど、ふつうにアプリケーションを使う一般ユーザーは、
どうすればいいんでしょうか?
Re:つまりは「さっさとマネージドコードに全面移行しろよゴルァ」 (スコア:1)
ものすごくってどのくらいですか? 感覚的に 2 割減くらいでは「ものすごく」というほどでもないように思いますけど。
普段使っている環境だと、普通に Core 2 Duo 1.2GHz クラスでも .NET Framework のアプリばかり動かしてもまったく気になりませんよ。
WPF が重いとか、その辺りの話でしょうか。
Re: (スコア:0)
昔から新アプリ、新OSが出るたびに繰り返されてきた言葉。
解決策は公知ですな。
Re: (スコア:0)
従来通りの体感速度を得るためには、より高性能なハードウェアを買い換えなければならない。
Re: (スコア:0)
> でも体感的には、実行速度も確実に、ものすごく遅くなってますよ。
そりゃ体感速度はレイテンシの影響が支配的だかなら。
Re: (スコア:0)
.Net Frameworkでレイテンシが犠牲になってるのなら、それは問題だと思います。
Re: (スコア:0)
標準コントロールがダサい
Re: (スコア:0)
.NET Framework がモッサリなのは事実だし、
「さっさとマネージドコードに全面移行しろよゴルァ」を受けて
.NET Framework しか使えないようじゃと返すのは普通だと思うけど...
MS に都合が悪いことを書くと荒しなの?
Re: (スコア:0)
MSに都合の悪いこと、というか、ソフトウェア産業全体に都合の悪いことを
書くと荒らしにされてしまうことが多いです。
/.Jには、ソフトウェア産業に携わっている方が多いからではないでしょうか。
せっかくハードウェアが進歩してるのに、パソコンはいつまでたっても遅いまま。
ハードウェアの進歩を、ソフトウェアが食いつぶしてるからです。
ソフト屋は、恥ずかしくないんですかね。
Re: (スコア:0)
羞恥心なんてものがあったらソフト屋なんてやってない
Re: (スコア:0)
Re: (スコア:0)
今は変わったと言いたいんですか?
確かに、JIT とかのおかげで随分速くなりました。
でも、今でも int や double と言った型以外の型(クラス)を使うと
とたんに遅くなります。sort のアルゴリズムなんかだと
ネイティブコードの2倍以上遅くなることもありますね。
まあ、2倍は普通の人には大した数字じゃないのかもしれないけど。
#たぶん、クラスを使うと有無を言わせずポインタだからじゃないかと思う。