О виртуальных машинах.

Привет, коллеги. Кто-нибудь может поделиться готовыми виртуальными машинами
интересует под VMWare
-win7 pro 64
-vista 64

 

neutronion
20 минут потратить не в состоянии сам? и еще что эта тупая до кончиков волос тема делает в WASM.NT.KERNEL ?

 

Самому не получается пока. Да согласен ветка выбрана неудачно. Просто в этой ветке у людей как правило имеются машины. В других ветках они не так необходимы.
А потом зачем создавать, если болванки уже кем-то сделаны?
На самом деле машин требуется штук 15 разные версии. Это я поскромничал в запросах.

 

neutronion

После установки NT 6.x отжирает порядка 10 GB дискового пространства. Ищете тех, кто возьмется перекидывать такой объем, дважды, трижды?
И вообще странно слышать просьбу передать виртуальную машину от человека, не умеющего поставить Windows.

 

У меня проблема с установкой виртуальной машины на ноут 64 разрядный,
пробовал и vmware и virtual box, после установки не хочет запускаться.
32 разрядные ставятся без проблем. Что касается размера, то да с нашими скоростями видимо просьба не реальная. Отбой тогда, буду разбираться.
Хотел на халяву срезать, но похоже не получится.
И заказ пошел лесом ((

 

neutronion
догадались скачать 64 разрядные версии?

 

Естественно.

 

Хостовая ОС 64-разрядная?
Что за процессор? Поддерживает аппаратную виртуализацию? Если нет, то гостевые x64 оси не запустятся, хоть и процессор x64.

 

Intel Core 2 U4100 (1.3Ghz) процессор
Но насколько я понимаю, есть хардварные машины, а есть софтовые.
Кстати говоря, хардварные вирт. машины, это не так уж удобно, хоть и быстро.
С софтовой машиной можно работать как с файлом, который можно устанавить как отдельный диск в котором можно ковыряться, как это сделано в VMware, очень удобная фича.

 

бред, такое ощущение что вы вообще не хрене не знаете о виртуальных машинах.

 

хардварная виртуальная машина

Это как? Что-то типа солёного сахара?

 

Это вовсе не обязательно, кстати.

 

Sasha7b9
для U4100 - обязательно, у него хардварной виртуализации нет.

 

Ustus
Для 64-битных гостей под VMWare необходима аппаратная виртуализация независимо от битности хостовой системы.

 

хардварная виртуальная машина
если имеешь ввиду Bochs, она никак не быстрая.
Для 64-битных гостей под VMWare необходима аппаратная виртуализация независимо от битности хостовой системы.
+1
для VirtualBox так же

 

момент, насколько я понимаю, вмваре, это всего-лишь, юзер 32 приложение, грубо говоря песочница, в которой крутится гостевая ось. Доступ к железу осуществляется
посредством дров, которые вмваре поставляет вместе со своей песочницей, я не вижу зачем здесь нужна какая-либо поддержка от процессора?
Поддержка от процессора нужно гипервизору, который дает всем установленным осям
равный доступ к железу, разве не такая идея?

 

neutronion

ЛОЛ. "Всего-лишь". А каким образом эта "грубо говоря песочница" контролируется, чтобы из неё ничего не повылазило? Похоже, не очень-то Вы понимаете, как работают гипервизоры (VMWare — тоже гипервизор или, что то же самое, VMM). Идея-то по-сложнее.

Не задумывались, откуда у ОС, работающей внутри ВМ, почти такая же производительность, как и у хостовой? А вот от того, что бОльшая часть кода (а именно тот, который предназначен для юзермода) выполняется напрямую процессором без участия гипервизора. Для того, чтобы этого достичь, как раз и нужен драйвер.

А вот ядерному коду просто так управление нельзя отдать, т.к. отдавать управление ядерному коду гостевой ОС в нулевом кольце означает самоубийство, и убийство хостовой ОС, и вообще полное нарушение принципа контроля ресурсов. Классическая виртуализация (её принципы сформулированы ещё в начале семидесятых Попеком и Голдбергом) подразумевает отдачу ядерному коду гостевой ОС управление на непривилегированных кольцах, что по идее должно давать возможность перехватывать и эмулировать исполнение привилегированных инструкций. Но тут разработчики натыкаются на тот факт, что на самом деле классическая x86 (которая без аппаратной поддержки) не является классически виртуализуемой архитектурой (почему именно, оставляю в качестве домашнего задания), что не позволяет исполнять ядерный код напрямую на непривилегированных кольцах. И тут начинаются всякие навороты вроде полной эмуляции (используется разве только qemu без ядерных расширений и bochs), паравиртуализации или бинарной трансляции ядерного кода.

Аппаратная поддержка позволяет избавиться от вышеупомянутых наворотов и делает новую x86 уже классически виртуализуемой. Вот поэтому всем она нужна. Без неё, конечно, тоже можно, но тяжко и медленно из-за тормозящих наворотов. Почему она стала необходима VMWare для 64-битных гостей... они использовали механизмы сегментации для защиты кода гипервизора от гостевой ОС, но т.к. эти механизмы, как известно, в 64-битной архитектуре упраздены, чтобы не городить огород, в VMWare полностью отказались от поддержки 64-битных гостей без аппаратной виртуализации. Наверное, это не единственная причина, но дальнейшие подробности мне неизвестны.

 

Интересная тема, 32 разрядная windows 7 на двухядреный 64 процессор, поставилась
без проблем. Короче резюме, мой проц не позволит Wmwarke поставить гостя Win 7 64?

 

Я так полагаю, это контроллируется правильностью написания драйвера, который поставляется с VMWare. Так как неправильный драйвер полюбасу завалит ось с гипервизором она или нет. Ну в общем я не претендую на знание этих деталей конечно. Для меня важнее тот факт, что нельзя поставить вирт. машину win 7 64 на мой ноут. Почему же тогда vmware сразу не предупреждает об этом, а позволяет все таки установить ось, а при запуске выдает ошибку.

 

neutronion

А может всё-таки предупреждает? Какое-нибудь сообщение в духе: "64-bit guest operating systems are not supported by this host and wil not run", — с таким жирным восклицательным знаком в жёлтом треугольничке при попытке выбора 64-битной будущей гостевой системы во время создания новой ВМ?