アカウント名:
パスワード:
たぶんCrusoeとEfficeonじゃ、VLIWの命令長が違うから 互換性もないと思うけど、とりあえずCrusoeだけでも…
…って、コードモーフィングの生のコードをアセンブラとした 新しい命令セットのCPUが増えるだけ！？！？（^^;）
いや、別にそのターゲットのCPUが動作している最中にインストラクションセットを切り替える必要はないでしょう。
ハードウエア・ソフトウエアの両面でどのような実装をしているのか知的所有権の領域なのであくまでも憶測ですが、CMSを外部からいじれるようになっていれば自由にPPCになったりMIPSに
新規に使うのはムダ以外の何者でも無いが。
つ Crusoe Exposed: Reverse Engineering the Transmeta TM5xxx Architecture Part I [realworldtech.com], Part II [realworldtech.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
そろそろコードモーフィング部分を公開したら… (スコア:2, すばらしい洞察)
PowerPCになってみたり、SHになってみたり…
という楽しい世界が広がるような気がするのに…
たぶんCrusoeとEfficeonじゃ、VLIWの命令長が違うから
互換性もないと思うけど、とりあえずCrusoeだけでも…
…って、コードモーフィングの生のコードをアセンブラとした
新しい命令セットのCPUが増えるだけ！？！？（^^;）
Re:そろそろコードモーフィング部分を公開したら… (スコア:1, すばらしい洞察)
仮にMIPSやPowerPCになってみたとして、本物のそれらのCPUに比べてどういう利点があるのでしょうか?
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
PowerPCのバイナリが実行できるように作られたCrusoe機器は、x86やMIPSのバイナリが動かないだろう。
MIPSのバイナリが実行できるように作られたCrusoe機器は、x86やPowerPCのバイナリが動かないだろう。
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
いや、別にそのターゲットのCPUが動作している最中にインストラクションセットを切り替える必要はないでしょう。
ハードウエア・ソフトウエアの両面でどのような実装をしているのか知的所有権の領域なのであくまでも憶測ですが、CMSを外部からいじれるようになっていれば自由にPPCになったりMIPSに
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Crusoeを使って苦労してPPCやMIPSやSHのエミュレーションを行う意味があるのか? と言っているのですが。
PPCやMIPSやSHのソフト/ハード資産を持っているのならば、次の製品にもPPCやMIPSやSHを採用すればいいでしょう?
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
>次の製品にもPPCやMIPSやSHを採用すればいいでしょう?
SHは一般的に市販されているデバイスで最高クロックが266MHz、
そろそろ出そうなSH-4Aでも400MHzが上限なので、
GHz駆動のエミュレーションでオリジナルより早いかも！！ …とか
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
今時アセンブリで開発してるとか? ソースがなくてバイナリしかないとか?
何れにしろ開発としては「終わってる」カンジですね。
Re:そろそろコードモーフィング部分を公開したら… (スコア:2, すばらしい洞察)
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
高速に動作してるコンピュータの外側では、どんな命令セットで動作してるなんて関係ない話では?
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
そう、Z80…
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
工業用では10年スパンで考えないといけない。
でも10年過ぎてもダメとは言えない事が多々あるんで、そう言う時は便利。
新規に使うのはムダ以外の何者でも無いが。
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
ターゲットとの完全互換が保証されない限りはメンテなんかに使えないと思いますが。
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
>その環境を維持したままMIPSやPowerPCのバイナリが動作する
>ように再構築できるとはとても思えないが。
Windowsの上で仮想Crusoeを起動して・・・
ん～ (スコア:0)
Re:ん～ (スコア:1, 参考になる)
レジスターが多いから、キャッシュメモリ辺りを全てレジスターの交換ように割り当てられるじゃないですかね。
TransmetaがPPCの互換チップを作っていれば逆はできても
x86ベースのスペックでコードモーフィングはきつ過ぎますよ。
そもそもコードモーフィングの発想ってプロセッサーを作りかえるのでなくて
CPUってのが同じようなプロセスで動く事に注目して
マイクロコードの部分を変更できるようにしたのがこれですから
結局能力の低いプロセッサーで演算ユニットが多いプロセッサーのマネをするには、
見かけ上沢山あるような仕組みにしないとだめなわけで
そのへんでオーバーヘッドになると思います。
逆にPPCでマイクロコードの部分が書き換えできるような構造だったら
ＩＢＭのチップでx86をそこそこ速く動くでしょう。
ただ本家はその鈍さを克服するためにパイプライン段数増やしたり
涙ぐましい努力で高速化してるわけで、簡素に速くは難しいかもしれないな
Re:そろそろコードモーフィング部分を公開したら… (スコア:1)
Full-ICEでなくCPU内蔵のオンチップデバッガ機能(JTAG-ICEとか)な時代だし...速くなればなるほど。
まぁ、でも、CPU内蔵周辺機能を実現するFPGAと組み合わせて、広くICE用プラットフォームとして使われるようになったら組込みやさんはちょっとだけ喜べるかも。
＃だがコンタクトの接触不良に泣くというオチ付き
Re:そろそろコードモーフィング部分を公開したら… (スコア:1, 興味深い)
しかし、それでも個人的にモーフィング部分を公開して欲しい気持ちは強いですね。
というのも、より良いx86互換を目指す方向性が残っていると思うからです。
どことなく重たい感じが残る「x86としてのCrusoe」を、自分で納得できるまで最適化してみたい！
そんな日曜大工趣味的な需要って、結構あると思うんですけど。
確かどこかで、SSE3に対応させたコードモーフィングファームを作ったという話を聞いたような…
「イェーイ、オレのx86はSSE3搭載だゼ！ 無意味なほど遅いけど(笑」 なんてね。
たとえ自己満足の域を出られないにしても、長く楽しめそうな気がします。
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
投石禁止
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Re:そろそろコードモーフィング部分を公開したら… (スコア:2, 参考になる)
つ Crusoe Exposed: Reverse Engineering the Transmeta TM5xxx Architecture Part I [realworldtech.com], Part II [realworldtech.com]
Re:そろそろコードモーフィング部分を公開したら… (スコア:0)
Javaや.NET CLRなコードもネィティブ実行できますよ♪
・・・みたいなOSを妄想していた私。