Разделение машинных ресурсов (1\х машина)

Виртуальная машина - убожество. Сидел тут в носу ковырял - пришла мысля. Bios имеет модульную архитектуру. Если модуль с 1394 отключить, то OS соответственно это устройство не обнаружит. Ну а если не отключить, а отделить 2х(ps/2), все IDE, 2xUSB, встроенное видео и звук и сеть, 1xPCE1 - возьмём на примере mATX он обычно один. Далее вставляем CD с OS и начинаем установку. Ну поскольку CDROM и HDD у нас на IDE канале, который находится в первом РС, то и OS соответственно нормально устанавливается на видимый IDE HDD. Всё работает, только OS часть устройств не видит. На эту часть из обычных 2xPCI, 1xPCE16, остальныx USB и SATA будем ставить OS с SATA CDROM на SATA HDD. Естественно процесс установки должен уже отображаться на видеокарте, вставленной в 1xPCE16 и регулироваться USB мышкой и клавиатурой. Вопрос только, как заставить выполняться загрузку с двух устройств. В принципе это всё программная штука, а значит можно придумать. Ну короче попытаться так всё поделить и в сущности в одном компе сделать несколько. Просто программные фишки по разным причинам не устраивают. И самое важное - хотелось бы делить оперативу. В Bios же все 8Гб определяются. Ну и поделить их на две ХР. Ну чё, кидайте помидоры...........

Аватар пользователя savely

Цитата:
Ну чё, кидайте помидоры...........

Нифига не понял...

А кому счас легко...

Лучше начинать так : "Я так понимаю ты хотел ..."

Короче разбить BIOS на два блока. Первый блок запускается - загружает ОС со своего винта, второй со своего. Естестественно всё это отображается на разных мониках. Какая в сущности разница бивесу загружать винду с первого, второго или с обоих винтов сразу. Ну или загружать вторую ОС из первой.

Аватар пользователя Root

Т.е. гипервизор уже на уровне БИОСа. Смысла не имеет. Дело в том, что существуют продукты типа vmware GSX/ESX Server, которые представляют указанный функционал. И даже больше.

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

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

Аватар пользователя Root

Цитата:
А должно получиться прозрачно для ОСей.

прозрачно - до какой степени? vmware тоже "прозрачно" работает. Дело в том, что когда речь идет о виртуализации, то только пользователь может решить, что карта расширения A должна работать в ОС 1, а не в ОС 2. А если к карте доступ будет одновременно с обеих ОСей - это будет полный бред. Т.к. компьютер нормально не сможет работать из-за того, что поток команд/данных в/из ОС будет прерываться потоком в/из другой ОС.
Цитата:
Ну вот прошёл процесс инициализации, а дальше запускай ОСи с двух винтов. Вообще хоть чуть-чуть возможно?

грубо говоря:
BIOS запускает нашу ОС виртуализации. В ней ставим в автозагрузку две виртуальные машины с теми ОС (естественно, машины настроены), с которыми хотим работать. Работаем, при необходимости переключаясь. В принципе, без промежуточной ОС обойтись можно, но больно это трудоемко будет. Тот же vmware представляет собой по сути дистрибутив линукса, т.к. нужно получать доступ ко всему оборудования, т.е. нужны драйвера.
Если же делать по-другому, то нарушается принцип одновременности работы двух ОС.

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

Дело в том, что когда речь идет о виртуализации, то только пользователь может решить, что карта расширения A должна работать в ОС 1, а не в ОС 2.
- в BIOSe же пользователь сам может настройки выставлять.

Аватар пользователя Root

ccxccx
утилиту конфигурирования такой сложности на прикладном уровне я представить могу. На уровне БИОС - увы, нет.
Еще раз - я не понимаю, чем Вам не нравится вариант с использованием вполне промышленных решений
Более того - какие-то маньяки даже собирали под NT4 системы для обучения детей. Но там одновременно использовалась одна виртуальная машина, только лишь для вопросов обеспечения легкости восстановления и надежности (чтоб не залазили, куда не надо). При этом на хостовой ОС права были порезаны до минимума (для профилактики).

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

Root писал(-а):
я не понимаю, чем Вам не нравится вариант с использованием вполне промышленных решений
Дык автор еще в первом сообщении честно признался, что не знает, почему ему не нравится стандартные решения:). Буквально первое же предложение;).

Может автору подсказать, что существует аппаратная поддержка (не везде, конечно же) aka -V/VT-x? Да и размер базового ПО с поддержкой виртуализации будет достаточно большим.

Аватар пользователя Root

maco
а толку от аппаратной поддержки? С точки зрения системотехника - да, про нее забывать нельзя.
Но с точки зрения юзера виртуальные машины лишь быстрее работают (за счет того, что можно эмулировать меньшее кол-во функций). Не более. Благо все эти vmware и xen'ы уже умеют поддерживать -V/VT-x

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

Дык и я же о быстроте - этого вполне достаточно:). Поскольку мне лениво где-то ковыряться, то я предпочитаю конкретные критерии:).

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей