n  Red Hat Linux 7.0, 7.1, 7.2, 7.3, 8.0

n  Linux Mandrake 8.2, 9.0

n  SuSe Linux 7.3

n  SuSe Linux Enterprise Server 7.0, 8.0, 8.1

n  Turbolinux Server 7.0, 8.0

n  Turbolinux Workstation 8.0

n  Microsoft MS-DOS 6.x

n  FreeBSD 4.0-4.6.2, 4.8

n  Novell Netware 5.1, 6

Количество официальных основных и гостевых систем постоянно расширяется, поэтому, если вы не нашли в нем свою систему, не огорчайтесь. Имеет смысл посмотреть самую последнюю версию спиcка по адресу http://vmware.com/support. Если же и в нем нет вашей системы, не отчаивайтесь. Возможно, что нужная вам система нормально работает внутри виртуальной машины, но персонал фирмы VMWare, ответственный за тестирование новых систем, просто не пробовал устанавливать и запускать ее. К примеру, несмотря на то, что NetBSD, ASP Linux, Black Cat Linux и OpenBSD отсутствуют в приведенном выше списке, все они отлично работали внутри моих тестовых виртуальных машин.

Как ни странно, но, приложив некоторое количество усилий и проведя некоторые нестандартные манипуляции, мне удалось более или менее сносно запустить внутри контейнера даже такую экзотику, как QNX. Хотя она и заработала, но из-за специфических методик тестирования оборудования, используемых на этапе начальной загрузки, ожидание ее длилось почти 15 минут. В процессе тестирования обнаружилось, что временами эта гостевая система по непонятным причинам впадает в глубокую задумчивость на срок от двух до пяти минут. Во всем остальном она работала довольно стабильно. Отсюда делаем вывод, что система виртуальных машин имеет большой запас прочности и работает гораздо лучше, чем думают ее создатели.

Авторы VMWare Workstation не запрещают вам работать с их продуктом любым пришедшим в голову способом, но все же справедливо считают, что использовать его лучше всего для наиболее интересных и нетривиальных задач. Давайте подробнее обсудим это странное несовпадение взглядов на одну и ту же программу.

Человеку, правильно понимающему, как разумно использовать технологию виртуальных машин по прямому назначению, продукт, являющийся предметом обсуждения этой статьи, в первую очередь может принести пользу с помощью существенного ускорения процесса разработки программного обеспечения. Представьте себе ситуацию, часто складывающуюся в процессе разработки программы сразу для нескольких операционных систем. На первый взгляд все довольно легко. Пишем переносимый код и с помощью кроссплатформенного компилятора создаем бинарные файлы для каждой операционной системы. Затем записываем их на сменный носитель или раздел диска, доступный всем операционным системам, установленным на машине. Тестируем работу программы под текущей операционной системой. Завершаем работу с этой операционкой и перегружаем компьютер. Загрузив следующую операционную систему, принимаемся за тестирование образца, предназначенного для нее. И так до тех пор, пока не проверим все варианты. Хорошо, если все версии бинарных файлов работают как нужно с первого раза. Но в жизни подобное счастье приключается весьма редко. Таким образом, большая часть рабочего времени будет потрачена на постоянные перезагрузки из одной системы в другую. Если же мы пользуемся VMWare Workstation, жизнь становится гораздо проще. Под управлением основной системы одновременно запущены сразу все нужные нам операционные системы. Каждая из них сидит в своем контейнере и терпеливо ожидает нашего внимания, пребывая в полной уверенности, что на этом компьютере выполняется только она. Теперь процесс тестирования проходит на порядок быстрее. Нужно только переключаться между операционными системами и проверять работоспособность своей программы.