アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
QEMUねぇ。 (スコア:2, 興味深い)
> エミュレーション力ではBochsに劣り、速度でもVPCに劣るQEMU
私はそれなりのスピードでぶん回るプロセッサ(AthlonXP 2000+ですが)でbochsを走らせているので、bochsのエミュレーション速度には文句はありません(CPUをアップグレードすればも
Re:QEMUねぇ。 (スコア:1, フレームのもと)
bochsはx86マシンをフルエミュレーションします。
QEMUはCPUエミュレーションが主体で仮想マシンはオマケです。
#といっても、そのオマケに力を注いでいる人が多いのですが
QEMUの主な目的は、x86以外のarch上でx86の"アプリ"を動かす事にあります。OSごと動かすのが目的ではありません。
#そのためのCPUエミュです。
例えばWINE
Windowsアプリで、広く流通してるものの殆どがx86専用です。
それをx86以外のarchで使おうとか
# sparc上で
# qemu-i386 wine notepad.exe とすると、Windows(x86)のnotepadが動きます。
さらにQEMUはx86だけではな
IA-32エミュレーション (スコア:0)
bochs-2.1ですら、あるCPUエミュレーションのバグで動かない某国産OS等を確認してますし。
(以前に挙げられているパッチをあてるとそれらは動くので)
それより、LINUXというかELFに依存してるのが気になるかなあ。
例えばCE機とかでWindows(x86)のアプリ動かすのにWINE経由は無駄じゃない?
個人的にはマルチCPUとユーザーモード(OS-APIトラップ)とフルエミュレーション(plex86後継みたいな?)の3つに分けてやって欲しい感じなんだけど。
ふと思ったけどこれって16bit版LinuxであるELKS [sourceforge.net]とかではコンパイルできないかな?
重いながらもとりあえず本家のパッケージとか使えたら酔狂で、それはそれで面白いと思うんだけど。
Re:IA-32エミュレーション (スコア:0)
こういうのって、こうやって某とかつかってぼかす必要何かあるんでしょうか?
Re:IA-32エミュレーション (スコア:0)
つまり他のOSに移植する事を考えるとLinuxのエミュレートが必要で、折角の「CPUエミュレータ」としての可搬性が損なわれてるように思ったからです。
これが単にローカルプラットフォーム固有の機能で、要はMacOSはPPCでも68kアプリ動きます。palmOSで…なんていう代物なら別にいいんですが、そのOSを使っていないと関係ない話になってしまいますね。
>仮想機の性能ではbochsやVPCに劣りますが、CPUエミュレーションだけを行う場合は断然コストが低いので快速 快