www.linux.org.ru/wiki/en/Lorcode
не благодари меня

Тем не менее оно запускается. То есть начали и бросили на полпути.

мне одному KVM vs XEN напоминает GTK+ vs Qt ?

ничего подобного. проброс видеокарты и проброс pci карты - не одно и то же. пробрасывать видеокарты как простое PCI устройство конечно можно, но никто это не тестировал и поддерживать не собирался - просто не доходят руки, хватает более серьезных и нужных фичеров.

live snapshot отлично работает

Тогда не знаю. Вроде, когда я пробовал - машина уходила в suspend до тех пор, пока копия образа не снимется. Что технически звучит логично.

Вот это и удивительно: пока такая крупная и сильно не бедная компания, как RedHat только ещё пишет что-то, Xen Cloud Platform уже есть и во всяком случае по описанию судя - возможностей у неё выше крыши. Так зачем тогда развиваемый непонятно кем (у семи нянек...) и находящийся сейчас в каком-то непонятном статусе KVM, если консолидированная группа разработчиков Xen способна выдать тоже самое быстрее и с более предсказуемым результатом?
Мне как админу KVM куда удобнее, потому что работать с ним проще, чем с тем же Xen 4.0, но с другой стороны - я могу это пережить как-то, если Xen уйдёт вперёд (а он, кажется, уже).

Потому что kvm уже в ядре, не?
Да и архитектура ксена не всем нравится.

это наверное было тогда, когда qemu не поддерживал живые снепшоты, и приходилось на самом деле саспендить ВМ

Криокамера потекла? Xen тоже в ядре, начиная с 3.0.

Вот это и удивительно: пока такая крупная и сильно не бедная компания, как RedHat только ещё пишет что-то, Xen Cloud Platform уже есть и во всяком случае по описанию судя - возможностей у неё выше крыши.

RHEV был выпушен в 2009, и с тех пор очень быстро наращивал возможности и развивался. Каких конкретно возможностей вам не хватает?

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

это уже совсем чушь - KVM, как и Xen, разрабатывается сообществом, и у этой модели разработки достаточно как плюсов так и минусов. Кроме того, Xen vs KVM в контексте управляющей платформы это оффтопик. XCP (или vcenter например) нельзя сравнивать с чистым гипервизором без управляющей системы, а если начать смотреть именно на системы управления, то все окажется совсем не так однозначно, как вы пытаетесь показать.

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

Ты мне расскажи, да. Проброс обычных PCI есть уже давно, и там, и там, хотя в KVM глючит проброс и простых PCI. В Xen 4.0 появился проброс именно видеокарты. В KVM официально нет, но в git-версии таки работает. Но глюк как был, так и остается, уже кучу времени.

http://tavi-tech.blogspot.com/ http://umvirt.ru/node/92

И, кстати, проброс сетевых - фича, вполне востребованная в энетрпрайзе.

Ты мне расскажи, да.

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

проброс сетевых, кстати, работает отлично, причем не только как PCI но и как 802.1Qbh и 802.1Qbg (для VMFEX сам писал часть интеграции, и тестировал)

Ура товарищи!

Ура товарищи! Устал ждать... наконец можно обновить.

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

А к начальнику Небесной Канцелярии ты подойти не можешь? А то есть вопросы.

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

это не значит что Xen стал частью линукса, архитектура двух раздельных ядер подпертых костылями так и осталась

А к начальнику Небесной Канцелярии ты подойти не можешь? А то есть вопросы.

Нет, он не работает со мной в одной фирме, здании и оффисе

Да и архитектура ксена не всем нравится.

Мне не нравится, например. И толку-то? Работодатели всё равно будут у себя если не внедрять инфраструктуру Xen, то всячески её пестовать. Это, конечно, лучше, чем на OpenVZ, но всё равно... весьма печально.

В энтерпрайзе нынче тренд на всякие датамайнинги с нейросетями на GPGPU. Чото отстаёте от сегодняшнего дня.

В энтерпрайзе нынче тренд на всякие датамайнинги с нейросетями на GPGPU. Чото отстаёте от сегодняшнего дня.

это HPC а не виртуализация.

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

это по вашему важнее для виртуализации чем оптимизация живой миграции вместе с дисками, или улучшение фреймворка virtio? тогда садитесь и пишите, никто не запрещает

Во-во. В KVM уже года два подвижек не видно, и это при наличии феерического бага, позволяющего уронить хост из виртуалки. Если через IOMMU пробросить видяху в гостевую винду, а потом ее перегрузить, то хост виснет нафиг. Я понимаю, что это экспериментальная фишка, но сама возможность грохнуть хост из гостя впечатляет.

Зачем такие сложности? Клепаешь девайс из пары деталей, который замыкает питание, скажем в usb. Пробрасываешь его в гостя и приводишь в действие. И вуаля. Хост не просто виснет, он вообще горит!

Клепаешь девайс из пары деталей, который замыкает питание, скажем в usb.

Зачем такие сложности? Запускаешь KVM и еб#шь по хосту кувалдой.

Ну это неспортивно. Просили же завесить хост из гостевой системы...

Просили же завесить хост из гостевой системы...

Без аппаратных модификаций.

Без аппаратных модификаций.

А никаких моджификаций нет. Есть прямой проброс железа в гостя.

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

Без аппаратных модификаций.

А никаких моджификаций нет

Правда?

AVL> Клепаешь девайс из пары деталей, который замыкает питание, скажем в usb

AVL> Клепаешь девайс

А лоюбое железное устройство может завесить компьютер просто потому, что оно имеет прямой выход на питание и шину

Хорошая попытка. Но с аргументами такого уровня - не ко мне, я пишу драйверы.

Хорошая попытка. Но с аргументами такого уровня - не ко мне, я пишу драйверы.

Молодец. Ждем твои драйверы под нвидию. Они, конечно, ничего вешать не будут.

Молодец.

Стараюсь.

Ждем твои драйверы под нвидию

Жди.

Они, конечно, ничего вешать не будут.

Судя по топику, в Xen уже сейчас ничего не вешается. Но ты, конечно, можешь ждать моих драйверов.

Жди.

я так и понял, что ждать придется дооолго.

Судя по топику, в Xen уже сейчас ничего не вешается. Но ты, конечно, можешь ждать моих драйверов.

нвидия иногда вешает любую ОС. Хen, в принципе, работает неплохо, но только с очень ограниченым числом видях. Нвидию он официально не поддерживает. Только Интел.

нвидия иногда вешает любую ОС

Если устройство вешает систему с IOMMU, это баг программы.

Если устройство вешает систему с IOMMU, это баг программы.

не факт. Тем более, если устройство вешает любую систему и безо всяких iommu.

Если устройство вешает систему с IOMMU, это баг программы.

не факт

Ты вообще знаешь, что такое IOMMU?

Тем более, если устройство вешает любую систему и безо всяких iommu.

В рамочку и на стену.

Но вот удаленно такое не проделаешь, в отличие от.

Криокамера. АМД уже вполне внятно работает.

Криокамера. АМД уже вполне внятно работает.

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

Собственно и с нвидией что-то пробуется и не без успеха, но надо вспомнить, вся эта идея с iommu/vt-d изначально не совсем так рисовалась. Говорилось, что мол, аппаратно виртуализируем ввод-вывод и можно будет без переделок пробрасывать устройства в виртуалки.

А теперь получается, что сами устройства должны соответствовать неким неявным условиям. Профит от такой виртуализации получается какой-то неопределенный. Лучше паравиртуальные драйвера писать с использованием той же куды, opencl и прочих ускорителей.

Лучше паравиртуальные драйвера писать с использованием той же куды, opencl и прочих ускорителей.

Ну так вперед, кто мешает?

Таки давно уже. spice в 17 федоре работает из коробки без гемора. Очень жаль, что под вендувс 8 из драйвер не пашет, надо переписывать на wddm.

еще видел проприетарщину. Типа, opengl рендерят на карте, а выхлоп зажимают hd-кодеком и отправляют на комп пользователя на манер spice. Такой вот гибрид iommu и паравиртуализации.

В KVM уже года два подвижек не видно, и это при наличии феерического бага, позволяющего уронить хост из виртуалки

Где почитать подробнее? (а вдруг найдется свободное время покопать).

spice в 17 федоре работает из коробки без гемора. Очень жаль, что под вендувс 8 из драйвер не пашет, надо переписывать на wddm.

А 3D как не было, так и нет, и неизвестно, когда будет. Посему spice IOMMU пока не конкурент.

Типа, opengl рендерят на карте, а выхлоп зажимают hd-кодеком и отправляют на комп пользователя на манер spice

Проблема в неполной совместимости - одно работает, другое глючит, третье вообще не запускается.

http://umvirt.ru/node/92

«В настоящее время проброс выбраной видеокарты работает не стабильно. Повторный запуск выключенной виртуальной машины с пробошенной видеокартой может привести к зависанию хоста со всеми параллельно запущенными программами и виртуальными машинами, что естественно приводит к потере всех не сохраненных данных».

«В настоящее время проброс выбраной видеокарты работает не стабильно. Повторный запуск выключенной виртуальной машины с пробошенной видеокартой может привести к зависанию хоста со всеми параллельно запущенными программами и виртуальными машинами, что естественно приводит к потере всех не сохраненных данных».

Про проброс и повторное включение - я в курсе. Когда писали про «наличии феерического бага, позволяющего уронить хост из виртуалки» имели ввиду только это?

В общем да. А что, мало?

А 3D как не было, так и нет, и неизвестно, когда будет. Посему spice IOMMU пока не конкурент.

У меня, например, ситуация полностью обратная. Мне 3D не обязателен, а подключение к виртуалке по сети как раз необходимо. Не могу же я посадить десяток пользователей в кружок вокруг сервера... ;)

Проблема в неполной совместимости - одно работает, другое глючит, третье вообще не запускается.

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

Хотя, наверное, если заморочится и подобрать железо, то потом проблем с совместимостью с ПО будет меньше.

Подключение к виртуалке по сети умеют все и давно, ну немного на разном уровне. А вот нормального 3D - фиг. Коробка с тварью что-то там пытаются, но сильно медленно и сильно старые версии.

А для IOMMU главное чипсет, процессор важен для новых Интелов, где чипсет по сути внутри проца. BIOS достаточно не запороть как ASUS, хз что они с ним делают. А с видеокартами нвидии проблемы из-за закрытых спеков. Но пробросить можно, хоть и с танцами.

В общем да. А что, мало?

Да нет. Я думал там другой какой-то баг. Про этот баг я в курсе.

Кстати, у меня есть еще баг: нет звука в проброшенной Creative Audigy карте, тогда как все в порядке с пробросом встроенной в материнку звуковухи. Есть у кого что подобное?