Visual Studioの開発を行うLinuxプログラマー用のデュアルブートまたは仮想マシンですか？

シナリオ：

• 私は主にLinux（Python、MySQL、MongoDBなど）で開発するフリーランスのソフトウェア開発者です。
• 私の職場のコンピューターは、i7プロセッサーと8GB RAMを搭載したLenovoラップトップです。Big HD + 128 GB SSD。OSはUbuntu Linuxです

近い将来、いくつかの.NET / C＃プロジェクトを入手する可能性があるため、次の点についていくつかのガイダンスを探しています。

• デュアルブートソリューションに行くべきですか、それともWindows向けの仮想マシンを使うべきですか？
• デュアルブートする場合：推奨されるインストールシーケンスは何ですか？Windowsが先かLinuxが先か （とにかく最新のLTSを取得するために完全なUbuntuの再インストールを検討しているため、すべてを新しくインストールし始めることができます）
• VMを使用する場合：VMWare WorkstationとVirtualBoxはパフォーマンスの点でどのように比較されますか？
• 私の夢のセットアップは、おそらく次のようになります。
  • デュアルブート
  • しかし、Linuxを起動すると、Windowsパーティションを仮想マシンとして起動できます。これは可能ですか？
  • および/または：Windowsを起動すると、Linuxパーティションを仮想マシンとして起動できます。これは可能ですか？

他の人があなたの質問の残りをカバーしましたが、私は彼らがこの部分を未解決のままにしているのを見ます：

しかし、Linuxを起動すると、Windowsパーティションを仮想マシンとして起動できます。これは可能ですか？および/または：Windowsを起動すると、Linuxパーティションを仮想マシンとして起動できます。これは可能ですか？

簡単な答えはイエスです。

長い答えはイエスですが、いくつかの警告と意味があります。

この1月まで（新しいマシンを入手したとき）、仕事用コンピューターをデュアルブート、またはWindowsパーティションに直接アクセスするWindows 7 VMのホストとしてLinuxを使用するように構成していました。WindowsをダイレクトディスクLinux VMのホストとして使用しようとすることはありませんでしたが、それも可能です。私のコンピューターはレガシーBIOS / MBRを使用していましたが、UEFI / GPTを使用している場合、これを行う方法はわかりません。

私はそれを行うためにVirtualBoxを選択しましたが、私が理解していることから、VMWareでもそれが可能であるはずです。

パフォーマンスは、私の目的には完全に受け入れられました。Windowsに1つのCPUコア、2 GBのメモリ、1つのモニターを割り当てましたが、ビデオメモリの量は覚えていません。VMは、ビデオを再生し、私のJava GUIアプリケーションと多くのリッチコンテンツWebサイトで動作することができました。

詳細に入る前に、奇妙さについて説明します。

• ネイティブブートとVMモードのWindows 7を切り替えると、Windowsのコピーが本物ではないというWindowsの警告がトリガーされました。ライセンスに応じて、MSは2つのハードウェアにインストールすることにより、これをライセンス違反と見なす場合があります。また、多くの低レベルドライバーは実際のハードウェアとVMの「ハードウェア」で異なるため、インストールを「修復」する必要がありました。

• Windows Updateを実行するたびに（または他の大容量ディスクI / O操作を実行するたびに）、負荷がかかった状態でハードディスクが破壊され、両方のマシンのすべてが遅くなりました。各OSを専用のハードドライブに移動すると、この問題はうまく解決されました。ソリッドステートドライブを使用することでも問題は解決します。

• 何らかの理由で、Ubuntuは一時停止後に（おそらく20％の時間）目覚めたくないことがありました。これは、Windows VMのハードパワーオフに相当します。その結果、ホストを一時停止する前に、毎晩VMの電源を切ります。

• データの破損や損失を防ぐために、LinuxでWindowsパーティションをマウントしようとしないように注意する必要がありました。これを防ぐため、すぐにudevルールを追加しました。

申し分ありませんが、詳細は次のとおりです。これを行うために見つけた最も便利なリファレンスは、このブログです：http : //www.rajatarya.com/website/taming-windows-virtualbox-vm 手順の概要は次のとおりです。

• RTFM。本当に。間違って実行すると、ファイルシステムが破損する可能性のあるコマンドを使用します。

• パーティションを見つけます。

• パーティションのアクセス許可を変更します（または、sudoを使用してVMを起動できますが、ホスト/ゲスト共有ドライブで作成されたファイルはすべてrootが所有します）。

• ゲストが通常のブートローダーを使用しないように、MBRを作成します。

• VirtualBox内部コマンドを使用して、VMに使用するvmdkイメージを作成します。

• VMを作成します。作成したばかりのvmdkを使用するようにします。

• インストールを起動して修復します。

Windowsホストを使用して同じ問題の多くを見つけることを期待しますが、Linuxはおそらく異なるハードウェアをよりエレガントに処理するでしょう。ただし、共有/ home（および場合によっては/ opt）パーティションを使用し、ネイティブマシンとゲストマシンで異なるルートパーティションを使用する方が簡単です。

私は一般的に反対のことを行います。つまり、私のホームシステムはWindows 7マシンであり、さまざまな種類のLinuxをVMとして実行しています。Linuxは限られたリソースで非常にうまく機能するので、4GBのRAMしか持っていなくてもこれはうまくいきます（これは、一度に1つのVMを実行し、通常は最大で1024MBのRAMを与えて十分に保つことを意味しますWindowsの場合）。

8 GBのRAMを使用すると、Windows VMを非常に簡単に実行できます。ここでの唯一の大きな問題は、開発のために測定したい結果のタイプだと思います。VMで開発するアイテムのパフォーマンス/スループットメトリックに依存することをためらいます（全体にわたって同じ仕様の同様のVM環境に展開する場合を除く）。そうでなければ、あなたは行ってもいいはずです。

そして、他のスレッドのコメントに触れるために、当然、大量のリソースを必要とするアプリケーションを開発することを知っている場合は、そのために最適化する方法があります（その場合、デュアルブートは確かにVMを使用するよりも望ましい）。

VMWareとVirtualBoxの両方を使用しましたが、どちらを使用しても実際にパフォーマンスが低下することはありません。VMのベンチマークの範囲に行ったことはありませんが、どちらのプラットフォームからもマイナスの影響に気づいていません（自宅ではVirtualBoxを、職場ではVMwareを使用しています）。

それはあなたがどのように働き、どのようにOSに感じさせたいかによって異なります。

デュアルブートとは、OSを変更する場合に再起動してブートすることを意味します。これには時間がかかります。フリーランスとして、「自分の」ことをせずにプロジェクトで8時間まっすぐに仕事をしますか（「あなたのこと」はLinuxブートであなたになります）。

Windowsで8時間連続して作業し、その後Linuxで残りの時間を過ごす場合は、デュアルブートを使用します。30分働いてからLinuxで何かをしたい場合は、3時間再び仕事に切り替えてから、もう一度linuxに切り替えます。その後、VMを選択します。

不明な場合は両方を実行してください。デュアルブートおよびWindowsでVMを実行します。両方の間に明確な違いがあり、どちらか一方を好むでしょう。

私は個人的には、開発中に新しいLinux Distsおよび時々偽サーバーをテストするためにvmを使用します（vmを台無しにできることは貴重であり、実際のハードドライブでそれを行うことはそれほど面倒ではありません）。また、VMは遅れており、応答性が低いと感じています。応答性とスムーズさを感じるには、OSが必要です。この領域にはVMがありません。だから私はデュアルブートを好む。

ファイルの共有に関しても問題があります。デュアルブート（Windowsブートでファイルを編集してから、Linuxでブートして、行を間違えてWindowsに再起動しなければならないことを想像してみてください！） OS間でリアルタイムでファイルを共有するために、問題はありません。

Abobaが言ったように、RAMが十分でないことについても、私は言う。Windows8で4GBとVMを実行しています。ただし、プロジェクトに必要なリソースについて覚えておいてください。

またはこれはどうでしょう。.net / C＃に興味があるので、なぜLinuxでMonoを使用しないのですか？Javaの意味での非常にクロスプラットフォームです。

個人的には、ハーフウェイハウスを使用して多くの肯定的な経験があり、Xenなどのハイパーバイザーを使用すると、軽量のマイクロカーネルハイパーバイザーの下でLinuxとWindowsの両方を実行できますが、どちらも大幅なパフォーマンスヒットはなく、この構成ははるかに柔軟、いつでも2つの間でリソースを簡単に再割り当てできます。

これは、2つのOSをいつでも独立して起動またはシャットダウンしてリソースを他のOSに再割り当てでき、パフォーマンスヒットに気付かないため、前述の理想的なセットアップとほぼ一致します（実際には、％場合によってはありますが、特にこれをテストするためのベンチマークを行っていない限り、これに気付かないでしょう。

唯一の難点は、特定の機能でCPUが視覚化をサポートする必要があることですが、すべてのi7が（afaik）するため、これは問題になりません。

編集：

Xenには独自のマイクロカーネルが含まれており、Debianを実行する必要はありません。Linuxシステムが必要になるのは、構成プログラムがゲストの1つで実行するLinuxプログラムであるため、Xenを再構成するためですVMを意味します）。Linux、Windows、または両方をいつでも実行できますが、Xenの設定を構成するにはLinuxを実行する必要があるため、必要に応じてバックグラウンドで実行する小さなLinuxを残すことをお勧めします。

ハードウェアはいくつかの方法で処理できます。Xenは、ネットワークカードやサウンドカードなど、複数のゲストがハードウェアを同時に使用できる仮想デバイスのセットを提供します。

この方法で動作できないハードウェア、または一度に1人のゲストだけが必要とするハードウェアの場合、xenにはパススルーデバイスがあります。これは、どのゲストがハードウェアに直接アクセスしていつでも切り替えることができることを意味します時間。これにより、仮想化のオーバーヘッドなしで高速加速レンダリングが必要な場合に、特定のゲストにグラフィックカードへの真のアクセスを提供できます。

上記のパススルーモードでグラフィックカードを直接使用する1人のゲストを持つこともできますが、他のゲストの画面をウィンドウに表示するプロトコル（ローカルボックスや仮想デスクトップなど）を使用してローカルVNCを使用して他のゲストを表示することもできます一方、グラフィックカードを直接制御できます。またはもちろん、ゲスト画面を切り替えるだけで、一度に1つの直接アクセスができます。

このセットアップの効率性についてあなたが仮定するかもしれないこととは対照的に、両方のOSを効果的にネイティブのパフォーマンスを維持しながら同時に実行する数少ない方法の1つです。高性能のゲーム機やその他の要求の厳しいシステムを実行するためのこのようなセットアップ。

私の経験によると（Linuxでクールなものをテストし、アルゴリズムの問​​題を解決しながら、.Netアプリにも取り組んでいます）、デュアルブートが最善の策です。

他の人が指摘しているように、VMを使用すると、時間がかかり、応答しなくなることがあり、これが苦痛になる場合があります。

もう1つ、時間をかけてVMを実行してみて、快適かどうかを確認することを指摘します。

順序に関しては、
1）最初にWindowsをインストールし、次にLinux（推奨
）をインストールします2）最初にLinuxをインストールし、次にWindowsをインストールします（その後、ブートローダーを再インストールする必要があります）

もう1つ追加したいのは、小さな.Netプロジェクトでは、モノを使用してLinuxでも使用できるため、WindowsからLinuxに切り替える必要がないことです。

私は、Visual Studioから始めて、時間の経過とともにlinuxに移行して、1年以上の間、多くのスイッチLinux / Visual Studio開発を行ってきました（apt、zsh、vimが好きです！）。

VMWare PlayerでUbuntuをホストするWindowsから始めました。これはかなりうまく機能し、主にVisual Studio開発を行っていて、たまにLinux専用のパッケージなどが必要な場合に最適です。時間が経つにつれて、私は自分の仕事をより頻繁にLinux環境に置きたいと気づき、VM統合にはいくつかの問題点があったので...

Windows（ASP.NETサイト）を時々必要とするだけで主にlinux開発（IntelliJといくつかのノード+ pythonのAS3の多く）に切り替えたので、VirtualBoxをホストするUbuntuにそれを回しました（disk2vhd-> .vdiを使用）私の古いWindowsディスク）。かなりの手間をかけた後、私は一般的に仕事の分割を考えてこれにかなり満足していますが、Visual Studioを真剣にやっているなら、おそらくLinuxをホストしているWindowsが必要です、VirtualBoxまたはVMWare Playerのいずれかがうまくいくはずです。

ただし、いくつかの問題点に注意する必要があります。標準のUbuntu 14.04 AMDビデオドライバーでは、VirtualBoxの3DアクセラレーションによりVisual Studioの速度が10〜100倍遅くなるため、ある程度の速度を犠牲にしてアクセラレーションを無効にします。そして、あなたは本当に SSDで実行したいです）