VM上のWindowsPhone 7エミュレーター？
Windows Phone 7SDKはVM内での実行をサポートしていないようです。 Parallelsでは、エミュレータの起動時にVM全体がクラッシュするだけです。
ただし、Webの周りでは、VMの設定をたくさん変更することで、それを使用できたと報告している人もいます。
実行するには何を変更する必要がありますか？ Parallelsに特に興味がありますが、VMWareまたはOSXで実行されるその他のシミュレーターは問題ありません。
WinPhone7（およびWinPhone8）エミュレーターはそれ自体がVMであり、いくつかの（存在する場合）汎用VMが別のVMインフラストラクチャをホストするため、Parallelsなどがクラッシュします。
MSが提供するものとは異なるVM内からエミュレーターを実行したい場合は、画像を抽出し、ビットを切り替えて、選択したVMに追加しようとします。 。もちろん、エミュレータが期待どおりに動作し、問題が残っていない可能性は、違いがないのと同じくらいゼロに近いです;）
[2013年1月30日更新] VMWare5＆Parallels Desktop 8は、Hyper-VゲストVMの実行をサポートするようになりました。これは、Hyper-VでWindows Phone8ゲストVMを実行するWindowsPhone 8SDKに対して開発したい場合に特に便利です。
これは、VMWare5またはParallels Desktop5でVisualStudio2012およびWindows8 SDK（Windows Phone 8 Hyper-Vベースのエミュレーターを含む）を実行する方法のガイドです。 http://blogs.msdn.com/b /interoperability/archive/2012/12/21/how-to-develop-for-windows-phone-8-on-your-mac.aspx
注： VM内でWindowsとHyper-Vを実行すると、ネイティブで実行するよりも遅くなります。 Windowsへのデュアルブート（OSXでBoot Campを使用）は、特にHyper-VゲストVMを使用する場合に、Windowsプラットフォーム用に開発するための推奨される方法です。
私は、Expression Blend 4RCとエミュレーターを使用してVMwareFusionで作業しています。チャームのように機能します！
他の人が言っているように、WP7はそれ自体が仮想マシンです。 Parallelsのような仮想マシン内で実行できたとしても、パフォーマンスはひどいものになります。コンピューターがハードウェア仮想化をサポートしている場合、エミュレーターは非常にスムーズに実行されますが、非常に遅くなることはありません。別のVM内で実行すると、さらに遅くなります-使用できないという点まで推測しています。
これはあなたが聞きたい答えではないことを私は知っていますが、BootcampでWindowsを実行することをお勧めします。開発とエミュレートの経験がはるかに良くなります。
長期的な開発との互換性についてはよくわかりませんが、昨年9月に、Oracle（以前はSun）の無料仮想マシンであるVirtualBox（Mac SLを使用）でWindows Phone 7.1betaSDKを試したことを覚えています。そこではうまく機能します。
Windows 7 Home Basic（Starterを除くすべてのWin7、CMIIW）をVBoxに通常のインストールを行うだけで、調整はまったく行われず、GuestAdditionをwin7（VBoxが提供）内にインストールしてから、SDKをインストールします。新しいWPプロジェクトを作成し、UIを配置し、通常どおりコードを作成してから、エミュレーターで実行します。驚いたことに、エミュレーターはかなりうまく機能し、開発したアプリを表示します。
私はラグさえ経験していません（私のmacbookはi5、4GB ram、VBox設定はデュアルコア、2GB ramです、他の重いmacプロセスが実行されていないことに注意してください、それで私はVBox ...とiTunesだけを実行します音楽を聴くため）。
それでも、VMでWP SDK 7.1を試してみたい場合は、試してみませんか VirtualBox ？現在のVBoxはWindows 8にインストールされており、余分なスペースはありませんwin7 + WPSDKを再インストールします。VBoxを試してみる場合は、ここに結果を報告して、全員に知らせてください。
以前はAndroid内でVMエミュレーターを実行しました。速度は遅くなりましたが、基本的なアプリのテストには引き続き使用できます。また、Androidエミュレーターは、ネイティブと、Linuxを実行している仮想マシン内から実行中のEclipse内との違いがわからないほど遅くなりました。
x86からx86へのエミュレーションは、IntelとAMDの両方のCPUがそれを支援するハードウェアを備えているため、最近はかなり高速になる傾向があります。 x86からx86へのエミュレーションの多くは、完全なエミュレーションも実行しません（完全なエミュレーターがどのように実行されるかを比較するには、Androidのエミュレーターを参照してください）。 x86からx86の場合、高速なものはホストOSにできるだけ多くの命令を渡そうとするため、コードのチャンクがネイティブに実行されます。
人々は80-95％のパフォーマンスのような主張をしました、それはかなり良いです。 3.2 GHzのCPUを使用している場合は、CPUと同等の約2.4GHzにノックダウンされます。それはまったく悪いことではありません。正直なところ、優れたx86からx86へのVMで実行されているオーバーヘッドはそれほど多くありません。
WPエミュレーターにVMの問題がある最大の理由は、VM-in-a-VMであることに対処する必要はありませんが、DirectX10が必要である可能性があります。 XNAと関係があります。XNAは、Windows、WP、Xbox360間で簡単に移植できるMicrosoftの非常に優れたゲームAPIです。多くのVMプログラムは、ハードウェアの3Dアクセラレーションをサポートしていません。
別の注意点：ローエンドシステムを使用する場合、AMDはローエンドCPUのハードウェア仮想化機能を無効にする傾向がないため、AMDCPUの方がうまくいく可能性があります
デバイスにデプロイする場合は、VMを使用できるはずです。これは、エミュレーターがVM自体であることに問題があるためです。