(no subject)

[netch80]

Хочу странного.
Про виртуализацию в линии IBM S/370...zSeries говорят, что она имеет чрезвычайно мелкие накладные расходы и позволяет делать до 3-4 уровней вложенности без заметной просадки производительности.
Но не могу понять, как они этого достигают.
Документ "Principles of operation" свободно доступен, но именно эта тема превращается в "смотрю в книгу, вижу фигу" в завале подробностей глав типа "ASN translation".
Внятные описания стиля howto не гуглятся.
Или я не по тем словам ищу?

Comments

[gegmopo4]

Можливо накладні витрати при виконанні без віртуалізації просто були такі самі?

[netch80]

Не зрозумів

[gegmopo4]

Що, якщо не віртуалізація була дешева, а звичайне виконання повільним? Умовно кажучи, якщо звернення до пям'яті не *ptr, а state->mem[addr*4], то state->virt_mem[addr*4] або virt_state->mem[addr*4] можуть бути не повільнішими.

[netch80]

Ні. Так вони не сповільнювали свої системи ;)

[alamar.livejournal.com]

Насколько мне известно, мэйнфреймы в принципе разрабатывались как системы виртуализации из 60-х. Та же задача, которая до мэйнфреймов исполнялась на машине одна, на мэйнфреймах исполнялась некооперативно виртуализованно последовательнозадачно.

Это значит, предположу, что на очередном уровне вложенности можно просто скопировать задачу целиком с уровня ниже и отправить на выполнение после проверки граничных условий. А не ассистировать ей всё время и тем более не интерпретировать её инструкции.

[netch80]

Не интерпретировать инструкции - очевидно, а вот "не ассистировать" - тут уже начинается интересное. Например, как уйти от многократного раскрытия таблиц виртуальной адресации?

[alamar.livejournal.com]

Мне кажется, в мейнфреймах нет защиты памяти (в привычном нам понимании, постраничной) и нет виртуальной адресации.

Там же задачи разделяются не в пространстве (памяти), а во времени.

Может быть, например, что там задаче можно дать банк памяти. Тот или иной. Последующий слой виртуализации может это решение изменить или дополнить, но в конечном счёте задача будет запускаться на банке памяти и иметь к нему прямой доступ. На полной скорости. Адресация всегда одна и та же, от начала банка памяти и дальше.

[alamar.livejournal.com]

NB: Может быть, в современных системах есть защита памяти на уровне конкретной задачи, но распределение ресурсов случается на уровне выше.

За счёт понижения гранулярности разделения ресурсов растёт скорость.

Например, в современных понятиях, если планировать задачи для выполнения в кластере машин, неважно, сколько уровней планировщика задач - в конечном счёте просто будет вызван метод десериализованной задачи и на скорость это не повлияет.

То есть, у меня может быть один планировщик задач (который тупо делает RMI) или три вложенных друг в друга (один определяет время выполнения, второй affinity на ноду, третий делает RMI) и на производительность самой задачи это мало влияет.

[netch80]

> Мне кажется, в мейнфреймах нет защиты памяти (в привычном нам понимании, постраничной) и нет виртуальной адресации.

Именно в этой линии - есть, принципиально не отличается от привычной, например, по x86 - кроме того, что 1) трансляция легко отключается и это используется в ядре, 2) есть возможность адресовать до 2**16 отдельных адресных пространств (каждое со своим деревом таблиц) и доступаться к ним особыми командами.

> Там же задачи разделяются не в пространстве (памяти), а во времени.

Они везде разделяются и во времени, и в пространстве. Но никто не выселяет, например, целиком всю вложенную виртуалку на диск ради переключения.

> Может быть, например, что там задаче можно дать банк памяти.

Нет, такого там нет. Основы механизмов управления такие же, как везде вокруг. Я подозреваю ускорение в собственно методах управления таблицами страниц и в быстроте переключения режимов... но с момента постинга руки не дошли толком посмотреть.