>Для полноценной вертуализации одного "вертализационно заточегого" процессора мало, всё железо должно быть
>"обвертуализированым", либо переключение на другую "вертуальныю машину" непроизойдёт до сброса в
>начальное состояние всей переферии... Сказки какие.Множество периферии неплохо делится на несколько машин.Да, модем поделить проблематично как и некоторую другую периферию подразумевающую монопольное 1-задачное использование.А вот например эзернет картой можно слать пакеты и от лица пяти виртуалок глазом не моргнув.Даже мак-адреса можно подсунуть виртуальные(что некоторые виртуализаторы и делают собственно).И все будут думать что в сети натурально имеется 5 машин.С пятью мак-адресами, пятью айпишниками и так далее.Естественно вирутализатору придется заниматься арбитражем всего этого чтобы правильные пакеты прилетали правильным машинам.При том по минимуму от периферии не требуется какой-то кооперации - от нее напротив требуется "тупость": скажем сетевуха должна позволять слать пакеты данных в виде "как попросили".С "левым" мак-адресом и прочая.В идеале сетевуха могла бы и подыгрывать скажем сортируя пакеты самостоятельно и прикидываясь 5-ю сетевухами.Но в конечном итоге это может и виртуализатор отбарабанить за неимением лучших вариантов, поделив 1 реальную сетевуху на пятерых программно.И собственно если все сделать грамотно операционки и не узнают что их малость надули.
>Самый простой пример - модем, одна "виртуалка" сказала ему "ATS0=0", другая "ATS0=1"
>и что ему делать? Брать трубку после порвого гудка или нет?
Поскольку модемы делались в эпоху когда виртуализации не было и в проекте да и многозадачность была не сильно распостранена, тут все просто: при конфликтных настройках, даже если вы сможете поделить компорт на нескольких программ - модем отпедалит последний приехавший набор настроек.Без вариантов.Он опять же предмет простой - едут команды, он их выполняет.В каком порядке приехало - в таком и выполнится.А то что вся последовательность команд модема обычно подразумевает что это все делает одна и та же программа а не пять программ в одной ос или пять программ на 5 виртуалках - ну извините типа.
>Тоже равноценно и ко всем устройствам, будь то минитор, видеокарта, звуковушка, порты
>контролёра hdd и т. д.
Вообще-то неправда ваша.Подсунуть операционкам нечто виртуальное сделанное из железок вполне себе реальная задача, если виртуализатор займется арбитрированием доступа к железке.Самому по себе HDD и контроллеру оного глубоко положить кто именно там команды шлет и нафига это делается.Его дело маленькое - просят прочесть\записать вон тот сектор?Ну вот и давайте читать\писать вон тот сектор.А делается ли это по просьбе 1 задачи, десяти задач или десяти виртуальных машин где в каждой по 10 задач - жесткий диск и его контроллер вообще не в курсе.Единственные грабли - разумеется файловые системы не предусматривают что один и тот же том будет одновременно использоваться несколькими системами (это все-таки не БД где множество reader'ов и writer'ов стандартная ситуаяция).Разумеется у юзера должна быть голова на плечах: одновременное использование некоего тома (раздела) с файловой системой сразу двумя системами в read\write режиме если ОС юзающие его не в курсе что на томе что-то может менять состояние ФС без их ведома на ходу ни к чему хорошему не приведет (скорее всего результатом станет разрушение ФС).Но вариантов обхода данной проблемы придумано мягко говоря дофига (хранение виртуалок в файле, который представляется "диском", разные разделы для разных VM, в "не совсем виртуализаторах" делящих ресурсы - виртуализация на уровне файлов а не ФС, ...).
С видеокартами несколько сложнее - именно поэтому оно не шибко быстрое.Обычно виртуализаторы впаривают ОСям нечто виртуальное а вывод с оного (виртуализатору вполне доступный) ну например в разные окна выплевывают.При некоторой кооперации ОС (свой драйвер видяхи например) можно сие несколько ускорить но в конечном итоге - эффективных вариантов я пока не видел.В лучшем случае 2D не очень тормозит.С 3D несколько сложнее.С акселерированными вычислениями на видяхах - наверное и вовсе хреново.
>Процесорная "виртуализация" позволяет просто "распоролелить" вычесления,
>проходящие внутри процессора.
Они и так уже давно распараллелены (в современном десктопном процессоре как правило есть более чем 1 блок выполнения так что процессор даже на 1 ядре может выполнить более 1 команды за раз).А в случае многоядерных процессоров параллельность просто вопиющая - процессоров просто несколько.
>На сегодняшний день реальное примениение Intel VT - это сервера, где загруженно
>несколько окружений, которые работают не с переферией, а с "ядром ОС".
Большинству систем вполне хватает I\O с диском, сетью, вывода на экран и так далее.А то что модем может использовать только 1 программа в единицу времени - извините.Оно и без виртуализации так же - поделить обычный модем на несколько программ можно только при условии кооперации этих программ между собой если они знают о существовании друг друга и добровольно передают эстафету.В противном случае - модем юзается в один момент времени одной программой.Чем-то напоминает разницу между преемптивной и кооперативной многозадачностью. Вот устройства типа модема даже если и многозадачны то только кооперативно.
