Мне все еще приходится время от времени прибегать к ArcGIS на виртуальной машине на моем Macbook, и я годами экспериментировал с проблемами производительности. Как отмечает @Chad Cooper, XP будет чувствовать себя очень быстро… так же, как и Win7, но стоит потратить время на его настройку (избавьтесь от Aero, замените стандартное приложение «find» на приложение «everything» и т. Д .; много советов) об этом онлайн).
Что касается Windows VM, у нее есть собственный жесткий диск, а Mac не существует, но программное обеспечение VM позволяет вам делиться папками, которые отображаются как сетевые ресурсы.
Что касается производительности, то интерфейс с файловой системой - действительно ваша самая большая проблема. Самый удобный способ работы с вашими данными - хранить их в общей папке в вашей файловой системе Mac, чтобы файлы были доступны обоим. Это отличный способ отслеживать ваши данные, особенно при использовании чего-то вроде GISLook для предварительного просмотра растров и векторных данных в OSX. ОДНАКО ... вы получаете огромный удар по производительности, когда виртуальная машина обращается к файлам в общем каталоге!
При тестировании операций ГИС в не очень сложном проекте (2 растра DEM, 20-30 простых шейп-файлов) на расположение файлов влияли как вычисления, так и отображение:
- Общие папки - 40 секунд для запуска операций;
- Общие папки MAPPED как диски в течение XP - 15-20 секунд;
- Все данные ГИС на виртуальном диске - 5 секунд.
Это было с VMWare 3.x 18 месяцев назад или около того - но все меняется, и я слышал, что производительность Parallels, VMWare и Virtualbox значительно улучшилась!
Мое текущее решение: у меня есть диск Data: D: \, представляющий собой виртуальный жесткий диск (VirtualBox), который монтируется с системным диском C: - я синхронизирую каталоги данных с общими папками на Mac, чтобы сохранить порядок. Хранение диска D отдельно уменьшает его размер и позволяет мне сохранять его отдельно в Time Machine.
Совет: создайте «разреженный образ» в Дисковой утилите и создайте в нем виртуальный жесткий диск . Пусть Time Machine создаст резервную копию только этого образа, а не основного диска C (основной файл виртуальной машины). «Редкие образы дисков» интерпретируются по-разному, и только отдельные блоки данных, которые изменились, получают Time Machined при резервном копировании, а не весь гигантский файл.