|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexander Stavitsky 2:5020/830.2882 01 Sep 2007 19:25:40
To : Alex Mizrahi
Subject : VirtualPC
--------------------------------------------------------------------------------
Hello Alex.
31 Aug 07 13:53, you wrote to me:
AS>> Я прошу прощения, а чем Ваша OS/2 лучше/хуже любой другой OS?
AS>> VMWare на пальцах - это некий дамп с реального PC, в котором
AS>> только процессор не эмулируется, т.е. все инструкции идут
AS>> "напрямую". Может выразился и не очень, но готов дать зуб на
AS>> отсечение, что если я задумаю поставить OS/2 под VMWare, то
AS>> проблем у меня это не вызовет. Или я не прав?
AM> ты чо.. ядро операционной системы полагает что оно работает в
AM> привелегированном режиме и напрямую работает с устройствами.
AM> разумеется, если бы оно так начало делать, то всё слетело бы к чертям
AM> собачим.
Таак... Еще одно неинформативное письмо. Есть сведения о VMWare Techincs? Или
это Ваши догадки и слухи друзей? С моей точки зрения, т.е. с точки зрения
программиста, гораздо проще эмулировать порты I/O, работу DMA, RTC и т.д., чем
пускать код сразу на процессор и как-то потом это дело все разруливать. В
последнем случае крах системы более гарантирован. Да и мое предположение о
снятом дампе прошивок с реальных устройств косвенно подтверждается брендовыми
названиями устройств в VMWare: Phoenix BIOS, AMD и т.д. Мой термин "напрямую" в
предыдущем письме не зря взят в ковычки, он подразумевает наличие
пред-процессора в VMWare, который роутит нужные комманды. А заниматься частичным
эмулированием железки и ставить некие хуки на опкоды имхо - это безумие.
Вообщем, даже сейчас я понимаю, что не Вы ни я - не специалисты в этой области.
AM> поэтому vmware весьма творчески на ходу исправляет ядро, чтобы оно не
AM> делало запрещённых вещей, а вместо этого обращалось к сервисам vmware.
AM> так что всё зависит от того, насколько стандартно работает ядро OS, и
AM> знают ли про него разработчики vmware.
AM> так что зачастую при попытке запустить систему более новую, чем версия
AM> vmware, вылетает или виртуальная машина, или даже сама vmware (к
AM> примеру, у меня текущий vmware server падает при попытке установить
AM> Solaris Express 5/07, при том что предыдущая версия Solaris Express
AM> работает на ура).
Я бы сказал так... Во многих современных операционках ставят детект на новое
железо, как, например, новые шины и т.п. Так вот производители железа не особо
беспокоятся об обратной совместимости, а еще чего лучше чаще всего два
произвольных производителя железяк делают одно и тоже по-разному. Так вот многие
операционки, например даже Linux (но не стандартное ядро, а, скажем, от RedHat),
делают в своих ядрах различные "трики", что-б как-бы сохранить и обратную
совместимость с платформой x86 и словить все нововведения. Отсюда и растут
всякие окошки в VMWare о неизвестных инструкциях, которые, между прочим, просто
могут просто "сайлент" игнорироваться, скажем, в тойже VPC.
AM> правда, мне не совсем понятно как обстоит дело с аппаратной поддержкой
AM> виртуализации -- насколько я понял, с помощью процессора можно
AM> запустить практически любую ось. не знаю насколько и когда её
AM> использует vmware..
Очень там все путанно... ;-)
AM> насколько мне известно Xen без аппаратной поддержки требует
AM> перекомпилить ось для поддержки Xen, а при наличии поддержки может
AM> запускать как было.
Вообщем то, я высказал свое сугубо личное ИМХО обычного программера, не
претендующее на то, что бы быть правдой.
Alexander
--- GoldED+/LNX 1.1.5-b20070503
* Origin: LES1_LENet (2:5020/830.2882)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
