私はまだMacbookで時々仮想マシンのArcGISに頼らなければならず、長年にわたってパフォーマンスの問題を実験してきました。@Chad Cooperが言及しているように、XPは確かに非常にきついと感じるでしょう... Win7もそうですが、時間をかけて調整する価値があります(Aeroを削除し、デフォルトの「find」を「everything」アプリに置き換えてください)、たくさんのアドバイスそのオンラインについて)。
Windows VMに関する限り、独自のハードドライブがあり、Macは存在しません。ただし、VMソフトウェアでは、ネットワーク共有として表示されるフォルダーを共有できます。
パフォーマンスに関しては、ファイルシステムとのインターフェースが実際に最大の問題です。データを操作する最も便利な方法は、すべてのファイルをMacファイルシステム内の共有フォルダーに保持して、ファイルに両方からアクセスできるようにすることです。これは、特にGISLookなどを使用してOSXでラスターとベクターデータをプレビューする場合に、データを追跡するための優れた方法です。ただし、VMが共有ディレクトリのファイルにアクセスしているときに、パフォーマンスが大幅に低下します。
それほど複雑ではないプロジェクト(2 DEMラスター、20〜30の単純なシェープファイル)でGIS操作をテストすると、計算と表示の両方がファイルの場所の影響を受けました。
- 共有フォルダー-操作の実行に40秒。
- XP内のドライブとしてマップされた共有フォルダー-15〜20秒。
- 仮想ドライブ内のすべてのGISデータ-5秒。
これは18か月ほど前のVMWare 3.xでのことですが、状況は変わります。ParallelsとVMWareとVirtualboxの両方のパフォーマンスは、比較してはるかに向上していると聞いています。
私の現在の解決策:C:システムドライブでマウントする仮想ハードドライブ(VirtualBox)である「データ」D:\ドライブがあります。データディレクトリをMacの共有フォルダーと同期して、整理整頓しています。Dドライブを分離しておくと、サイズが小さくなり、Time Machineで個別にバックアップできます。
ヒント:ディスクユーティリティで「スパースイメージ」を作成し、その中に仮想ハードドライブを作成します。Time Machine がメインのCドライブ(メインのVMファイル)ではなく、そのイメージのみをバックアップするようにします。「スパースディスクイメージ」の解釈は異なり、巨大なファイル全体ではなく、変更されたデータの個々のブロックのみがバックアップ時にTime Machinedを取得します。