zVlad wrote: P.S. Вы когда, Дима, по защите памяти ответите? Вы утверждали что даже если память защищена это все равно создает проблемы для виртуализации. Я просил Вас обосновать и Вы слили.
KP580BE51 wrote:zVlad wrote: P.S. Вы когда, Дима, по защите памяти ответите? Вы утверждали что даже если память защищена это все равно создает проблемы для виртуализации. Я просил Вас обосновать и Вы слили.
Вам уже тут все объяснили: Если память защищена, то все равно у VM на X86 есть возможность узнать, VM она или нет.
Code: Select all
3.3 Storage Key
A storage key is associated with each 4K-byte block of storage that is available in the configuration. The storage key has the following format:
____ _ _ _
|ACC |F|R|C|
|____|_|_|_|
0 4 6
The bit positions in the storage key are allocated as follows:
Access-Control Bits (ACC): If a reference is subject to key-controlled protection, the four access-control bits, bits 0-3, are matched with the four-bit access key when information is stored and when information is fetched from a location that is protected against fetching.
Fetch-Protection Bit (F): If a reference is subject to key-controlled protection, the fetch-protection bit, bit 4, controls whether key-controlled protection applies to fetch-type references: a zero indicates that only store-type references are monitored and that fetching with any access key is permitted; a one indicates that key-controlled protection applies to both fetching and storing. No distinction is made between the fetching of instructions and of operands.
Reference Bit (R): The reference bit, bit 5, normally is set to one each time a location in the corresponding storage block is referred to either for storing or for fetching of information.
Change Bit (C): The change bit, bit 6, is set to one each time information is stored at a location in the corresponding storage block.
Storage keys are not part of addressable storage. The entire storage key is set by SET STORAGE KEY EXTENDED and inspected by INSERT STORAGE KEY EXTENDED. Additionally, the instruction RESET REFERENCE BIT EXTENDED provides a means of inspecting the reference and change bits and of setting the reference bit to zero. Bits 0-4 of the storage key are inspected by the INSERT VIRTUAL STORAGE KEY instruction. The contents of the storage key are unpredictable during and after the execution of the usability test of the TEST BLOCK instruction.
zVlad wrote: Сопоставьте подчеркнутое и ответь, пожалуйста, на вопрос: мы говорим о виртуализуемости коипьтера или чего (я не понимаю что значит виртуализуемость системы)?
) Мы уже выяснили что возможность узнать что это ВМ ни коим образом не мешает виртуализуемости. Более того эта возможность никак не связана с памятью - идентификатор процессора, первый байт которого будет установлен в x'FF' для виртуальной машины в среде VM, хранится и читается вовсе не из памяти процессора, имеется в виду память для данных ОС и приложений.
Flash-04 wrote:Мы уже выяснили что возможность узнать что это ВМ ни коим образом не мешает виртуализуемости. Более того эта возможность никак не связана с памятью - идентификатор процессора, первый байт которого будет установлен в x'FF' для виртуальной машины в среде VM, хранится и читается вовсе не из памяти процессора, имеется в виду память для данных ОС и приложений.
в сад. это разрушает иллюзию что программа-OS имеет в своем распоряжении весь компьютер. из этого вытекает целый ворох побочных эффектов
Flash-04 wrote:....
Кстати, по поводу Linux на z/OS. быстрый поиск показал что Linux может быть с ядром, которое адаптировано для использования под hypervisor и с драйверами "заточенными" для работы с виртуальным оборудованием. дайте мне точную название версии Linux, которая идет на мейнфрейме. Я тогда смогу посмотреть более точную инфу по такому Linux. IMHO утверждение что IBM VM способна выполнять любую OS под ней, мне кажется несколько сильным.
zVlad wrote: Например? Можно узнать хотя бы пару-тройку побочных эффектов.
Code: Select all
if (RunUnderVm() == 1)
die("Я такой дурацкий процесс, что я работаю только на голом железе, а под VM работать не собираюсь")
else
DoSomethingUseful()zVlad wrote: Мне сейчас выходить на работу, так что продолжим вечером. Если коротенько то я уже намекал на средства сотрудничества и. интерфейс команды DIAG.
И второе, в системах на МФ нет драйверов, поэтому в этом смысле затачивать нечего. Любая ОС МФ строит канальную программу, которую так или иначе выполняет канал. В Виртуальной обстановке СР эту программу анализирует и вносит необходимые изменения чтобы она могла быть правильно выполнена на реалных устройствах.
Dmitry67 wrote:Вы можете сколь угодно критиковать этот код, но утверждение о полной виртуализации говорит о том, что под VM должен работать ЛЮБЬОЙ код, в том числе и такой, и ему должно казаться, что он работает на голом железе
Flash-04 wrote:Dmitry67 wrote:Вы можете сколь угодно критиковать этот код, но утверждение о полной виртуализации говорит о том, что под VM должен работать ЛЮБЬОЙ код, в том числе и такой, и ему должно казаться, что он работает на голом железе
я уже говорил выше - на "настоящей" VM можно спокойно запускать сколько угодно вложенных hypervisor-ов
Code: Select all
Table 5. z/VM Guest Support Matrix
Guest Host
......................
z/VM V4.4 z/VM V4.4
z/VM V5.1
z/VM V5.2
...................
Flash-04 wrote:.....Кстати, по поводу Linux на z/OS. быстрый поиск показал что Linux может быть с ядром, которое адаптировано для использования под hypervisor и с драйверами "заточенными" для работы с виртуальным оборудованием. дайте мне точную название версии Linux, которая идет на мейнфрейме. Я тогда смогу посмотреть более точную инфу по такому Linux. IMHO утверждение что IBM VM способна выполнять любую OS под ней, мне кажется несколько сильным.
Flash-04 wrote:забыл добавить: "без кооперативности с вышестоящим hypervisor-ом"
I didn't find clear statement that VM under z/VM is NOT using "Guest Support", but speaking logicaly we can easy understand that since z/VM was designed to run on real computer, and since running VM under z/VM is a very, very rare configuration especially compare to running any other MF systems, therefore, it has no value to make VM running under z/VM with cooperation.
это всего лишь IMHO 
с моей точки зрения, будь я разработчиком z/VM я бы сразу добавил бы возможность z/VM идти внутри экземпляра другой z/VM в кооперативном режиме, т.к. это сильно бы облегчило жизнь и улучшило бы производительность.