Дэвид Эйрли (David Airlie), один из наиболее активных разработчиков X.Org, представил (http://airlied.livejournal.com/77553.html) проект Virgil (http://virgil3d.github.io/), в рамках которого началась разработка набора драйверов с реализацией виртуального GPU (виртуальной 3D-видеокарты) для QEMU. После завершения работы планируется подготовить KMS-драйвер, X.org 2D DDX-драйвер и 3D-драйвер Mesa, которые позволят задействовать средства 3D-акселерации в виртуальных окружениях на базе QEMU и KVM, без эксклюзивного проброса видеокарты в гостевую систему. Virgil позволит организовать 3D-рендеринг внутри гостевых систем с задействованием GPU хост системы, но при этом виртуальный GPU будет работать независимо от физического GPU хост-системы.Виртуальный GPU, поддерживающий 3D-операции, можно будет использовать в гостевых окружениях с Linux и Windows, в том числе для обеспечения работы OpenGL и Direct3D внутри гостевых систем. Драйвер Mesa построен с использованием интерфейса Gallium/TGSI. Устанавливаемые на стороне гостевой системы драйверы взаимодействуют через virtio с выполняемым на стороне хоста компонентом рендиренга, использующим OpenGL-стек хост-системы.
Инженеры Red Hat приступили к разработке драйвера несколько месяцев назад. Код пока не готов для повсеместного тестирования, но уже может использоваться энтузиастами для проведения экспериментов. Для загрузки доступны компоненты: DDX-драйвер xf86-video-virgl (http://cgit.freedesktop.org/~airlied/xf86-video-virgl), DRM/KMS-драйвер (http://cgit.freedesktop.org/~airlied/linux/log/?h=virgl) для ядра Linux, компонент рендеринга (http://cgit.freedesktop.org/~airlied/mesa/log/?h=renderer-1) для Mesa, virtio VGA-устройство (http://cgit.freedesktop.org/~airlied/qemu/log/?h=virgl) для QEMU. В текущем виде проект уже способен выполнять GNOME Shell и играть в OpenArena. Производительность пока не превышает 40-50% от нативной системы, но отмечается возможность существенного изменения ситуации после внесения оптимизаций.<center><iframe width="640" height="360" src="//www.youtube.com/embed/ZuuF092RDDc?rel=0" frameborder="0" allowfullscreen></iframe></center>
URL: http://airlied.livejournal.com/77553.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=37456
Я наверное немного отстал от жизни, но давно у нас "blablabla shell" (SIC!) стал полигоном для проверки работоспособности 3D :-? Я как-то обычно xscreensaver-gl смотрю или в этом духе. Но шел то тут причем?
Ну там же написано, то пока только gnome-shell и OpenArena запустили. Походу другое просто ещё не работает. :-)
Так ведь с тех самых пор, когда начал активно пользоваться видеокартой для отрисовки себя любимого.
http://en.wikipedia.org/wiki/Shell_%28computing%29
это вместе со SPICE - ред хат глядишь и виртуализацию десктопов полноценной сделают
Полноценную виртуализацию десктопов давно сделали, в VMware.
> Полноценную виртуализацию десктопов давно сделали, в VMware.Как, впрочем, и полноценные анонимы уже у есть. Кто-то лишний?
Это лучше. Так как умеет много архитектур.
Они уже здесь :-)Если кому-то не нравится, что разрабатывается открытая альтернатива проприетарщине - то его анафеме предавать незачем - явно уже успешно пожелали лишиться остатков мозгов.
Ну, либо он на торговле копиями "зарабытывает".
> Полноценную виртуализацию десктопов давно сделали, в VMware.а, да? и как у них с графикой? а то teradici как то подозрительно упорно охотятся за инженерами из команды spice, видать сами не на многое способны
> Полноценную виртуализацию десктопов давно сделали, в VMware.Особенно удобно на машинах с Grsecurity/PaX, где "полноценная виртуализация" толком не работает.
> Полноценную виртуализацию десктопов давно сделали, в VMware.ты лицензию на вмварь почитай хоть раз, умник.
> Полноценную виртуализацию десктопов давно сделали, в VMware.Мы так рады за вмварь, вот только нам как-то малость напряжно что сие - совершенно отдельная проприетара. Поэтому в пингвине намного лучше юзать KVM. И очень хорошо что допиливают полезные для разных сценариев использования фичи. А кому надо - тот пусть на совершенно постороннюю вмвару и закладывается. Если не боится что ему однажды хвост прищемят, как это обычно бывает с проприетарой.
с 2D спайсом там и так давно все полноценно, а 3D в стандартном оффисе не нужен
> с 2D спайсом там и так давно все полноценно, а 3D в
> стандартном оффисе не нуженОтдел проектировщиков со всякими автокадами, проинженерами и т.д. и т.п. - это тоже вполне стандартный офис. И если вся компания использует виртуализацию рабочих мест, то логично хотеть засунуть туда всех, включая этот отдел, а не делать исключения.
> Отдел проектировщиков со всякими автокадами, проинженерами и т.д. и т.п. - это
> тоже вполне стандартный офис. И если вся компания использует виртуализацию рабочих
> мест, то логично хотеть засунуть туда всех, включая этот отдел, а
> не делать исключения.у меня такой отдел еще на солидайс сидел, 250 мест из 600 были с автокадом и солидворкс
> Отдел проектировщиков со всякими автокадами, проинженерами и т.д. и т.п. - это
> тоже вполне стандартный офис.Только очень нишевой. И скорее называется КБ.
Не только КБ: практически везде, где есть обработка (металлов, древесины и т.д.), а так же архитектурные и многие строительные организации - это ПО есть. В учебных заведениях тоже не мало.
Так что "не КБ едиными".
вроде умный человек, а пишет "стандартный оффис"... тьфу
> вроде умный человек, а пишет "стандартный оффис"... тьфувроде аноним, и ведешь себя как аноним
>> вроде умный человек, а пишет "стандартный оффис"... тьфу
> вроде аноним, и ведешь себя как анонимты тоже аноним - раз,
научись писать слово "офис" без ошибок - два,
узнай что означает стандартный - три.
> ты тоже аноним - раз,не совсем
> научись писать слово "офис" без ошибок - два,
офигеть, анонимный грамар наци
> узнай что означает стандартный - три.я как раз это знаю, а ты? анонимов учат чему либо кроме счета до трех?
> офигеть, анонимный грамар нациничем не хуже любого другого. и — что характерно — пинает по делу. нр ты, конечно, можешь продолжать вываливать весь стандартный запас. «к буквам придирается тот, кто…» «мы ни на уроке рускава» и так далее.
> ничем не хуже любого другого. и — что характерно — пинает по
> делу. нр ты, конечно, можешь продолжать вываливать весь стандартный запас. «к
> буквам придирается тот, кто…» «мы ни на уроке рускава» и так
> далее.а по делу сказать нечего?
> а по делу сказать нечего?по делу тебе уже сказали, но ты традиционно не понял.
> по делу тебе уже сказали, но ты традиционно не понял.традиционно не понимать это твоя традиция. мне же до сих пор не сказали по делу ничего. пациент не понимает что из себя представляет типичный офис, наверное кроме локалхоста дома никогда ничего не видел, и это хорошо, я бы такого к рабочим системам тоже не подпустил.
> это хорошо, я бы такого к рабочим системам тоже не подпустил.ну, тебя же подпускают… наверное. пыль там подмести, корпус протереть.
> ну, тебя же подпускают… наверное. пыль там подмести, корпус протереть.ты конечно же прав :) надо будет добавить себе в резюме, а то рекрутеры все не то предлагают
> типичный офисты уже на пути к просветлению
В vmware 1/10, а у них целых 40%
Сравнивать существующее оптимизированное решение с разрабатываемым - это "ума" палату надо, да
Что ума палата? 40% это очень много, и скорее всего будет меньше гораздо.
> Что ума палата? 40% это очень много, и скорее всего будет меньше
> гораздо.Другое дело что это все не нужно. Если хочешь поиграться в виртуальной машине пробрось туда видеокарту. Эти эмуляции все равно плохо работают.
Ну так-то да, поиграться в виртуалке - это нужно. Сейчас в виртуалке без 3D особо не развернёшься по части GUI - только старый добрый gnome 2 или gnome fallback (без extensions), что очень печалит.А так - виртуализация рабочих мест станет практически беспроблемной. У кого нагрузка рваная (не render farm там, или кодинг видео), например, разработка ПО - смысла мало каждому ставить по dual xeon. Можно взять пару серверов и туда народ загнать. Ан нет, без unity страдают.
Ух ты! Неужели наконец-то можно будет от дуалбута избавиться раз и навсегда?!
> Ух ты! Неужели наконец-то можно будет от дуалбута избавиться раз и навсегда?!От дуалбута можно было избавиться еще 12 лет назад. Я так и сделал, учись
> Ух ты! Неужели наконец-то можно будет от дуалбута избавиться раз и навсегда?!тебе — нет, ты всё равно найдёшь причину загрузить любимые форточки. иначе давно уже избавился бы.
> Ух ты! Неужели наконец-то можно будет от дуалбута избавиться раз и навсегда?!Я от него избавился уже лет 5 как. Просто потому что форточки ничего такого мегауникального не умеют. Сюрприз, сюрприз.
годно !!
EMC, Оракл и Xen с KVM - сразу идут лесом, после )
с редхатом вместе, но ненадолго, бо интерес их - легко обьяним и обоснован(коммерчески).
Особенно интересно, куда это вы собрались послать KVM.
А то, что QEMU и KVM - это, считай, один проект, не мешает?
> А то, что QEMU и KVM - это, считай, один проект, не мешает?Бывает так что желающие посылать лесом всех подряд в запале посылают лесом самого себя :).
А вы разве не в курсе, что KVM развивался на базе QEMU, как такой урезанный форк. А не так давно его объединили с основным исходным кодом его прародителя. Так, что устанавливая QEMU на linux(новой версии, а не дремучей) - вы автоматически получаете всё плюшки QEMU, в том числе созданные в рамках проекта KVM. У меня был установлен QEMU и KVM, у QEMU было несколько своих бинарников, у kvm - свой. После одного обновления бинарник kvm стал писать вот это: "kvm binary is deprecated, please use qemu-system-x86_64 instead". Мало того, пакет qemu-kvm стал пустым, с единственной зависимостью(qemu). Да, qemu-kvm-spice теперь тоже не используется. Поддержку SPICE добавили в основную ветку QEMU.
> А вы разве не в курсе, что KVM развивался на базе QEMU,нет, он просто использовал qemu как эмулятор железа. с таким же успехом можно было взять другой эмулятор, просто qemu самый продвинутый
> А не так давно его объединили с основным исходным кодом его прародителя. Так, что
> устанавливая QEMU на linux(новой версии, а не дремучей) - вы автоматически получаете всё
> плюшки QEMU, в том числе созданные в рамках проекта KVM.проекты слили вместе потому что команда KVM сидела и дописывала нехватающие фичеры в QEMU, кроме того, KVM начинался в коммерческом стартапе, и red hat перевели разработку на открытую модель, и держать два отдельных проекта в апстриме потеряло смыысл
> У меня был установлен QEMU и KVM, у QEMU было несколько своих бинарников, у
> kvm - свой. После одного обновления бинарник kvm стал писать вот
> это: "kvm binary is deprecated, please use qemu-system-x86_64 instead". Мало того,
> пакет qemu-kvm стал пустым, с единственной зависимостью(qemu). Да, qemu-kvm-spice теперь
> тоже не используется. Поддержку SPICE добавили в основную ветку QEMU.по тем же причинам что и выше. а вообще надо пользоваться нормальными дистрами где нет такого зоопарка пакетов.
Давно ждал подобного. Когда появился SPICE с QXL, и в QEMU стало возможным запустить восьмой оффтоп(а в нём HL2) - стало понятно, что прогресс движется в верном направлении. QXL рендерит всё на CPU, и в этом минус данного решения. Но всё-же это было реальным достижением. А с Virgil всё станет куда интереснее. Можно будет одновременно запускать несколько ОС, и даже игры. Если они добьются повышения производительности хотя-бы до 70-80% от хост-системы - будет вообще шикарно.
Простаивает игровой комп, т к я собрал себе мини сервак и незаметив разницы в скорости остался на нем работать. Хочу иногда запускать игровой для ресурсоемких задач и игр, но перетыкать мышки влом. Можно ли играть по rpd spice и т д без задержек в активные игры? Сеть гигабит между компами длинной метр.
Ставить на целых хард винду тоже влом. Лучше бы она крутилась в виртуалке. Любой, хоть esxi или другой гипервизор поверх железа. но поддержи vt-d (т е аналога от amd у меня нет)
> Простаивает игровой комп, т к я собрал себе мини сервак и незаметив
> разницы в скорости остался на нем работать. Хочу иногда запускать игровой
> для ресурсоемких задач и игр, но перетыкать мышки влом. Можно ли
> играть по rpd spice и т д без задержек в активные
> игры? Сеть гигабит между компами длинной метр.
> Ставить на целых хард винду тоже влом. Лучше бы она крутилась в
> виртуалке. Любой, хоть esxi или другой гипервизор поверх железа. но поддержи
> vt-d (т е аналога от amd у меня нет)Купи kvm switch и не мучайся с перетыканием.
Нету в продаже и нету достаточно продвинутых с поддержкой ps/2 и usb одновременно в природе, либо ценник больше тысячи. За такую хрень жалко.
Тогда мучайся с перетыканием и занимайся извращениями. Если ты думашеь что работа по сети может быть сравнима с скоростью работы локальной машины - ага, щаз. Ну разве что у тебя там infiniband какой-нибудь, но KVM свич гораздо дешевле такого оборудования.
К сожалению, RDP не даёт нормального фреймрейта в играх(работающих на приличном железе). Как обстоят дела с SPICE - не знаю. SPICE с QXL позволяют запустить HL 2, но при этом наблюдаются дикие тормоза(7-10 FPS). Возможно, в этом виноват CPU(QXL рендерит всё средствами CPU, а не GPU). Но только ли в этом проблема, я просто не знаю... Вам нужен KVM-свитч.
> Давно ждал подобного. Когда появился SPICE с QXL, и в QEMU стало
> возможным запустить восьмой оффтоп(а в нём HL2) - стало понятно, что
> прогресс движется в верном направлении. QXL рендерит всё на CPU, и
> в этом минус данного решения. Но всё-же это было реальным достижением.
> А с Virgil всё станет куда интереснее. Можно будет одновременно
> запускать несколько ОС, и даже игры. Если они добьются повышения производительности
> хотя-бы до 70-80% от хост-системы - будет вообще шикарно.спайс умеет скидывать нагрузку на клиентский комп вместо сервера, а GPU offload вроде бы давно в разработке, и должен был уже появиться
Правильно он все на CPU рендерит, т.к. переброс просчетов на GPU еще не сделали.
Интересно, а этот драйвер подружат со SPICE?
отличная новость! давно пора было в эту сторону смотреть!
> Virgil позволит организовать 3D-рендеринг внутри гостевых систем с задействованием GPU хост системы, но при этом виртуальный GPU будет работать независимо от физического GPU хост-системы.то-есть это каким образом? моя жопа сидит на стуле, но при этом полностью от него независит? и если убрать стул из-под жопы, то с ней ничего не станется? 0_о магия.
Ваша жопа сидит на стуле и на этот стул можно поставить еще один стул для виртуализированной жопы, не мешая вашей жопе. Так понятнее?
блин, допилили бы проброс устройств лучше на xen. Хернёй страдают, а этот велосипед будет жутко слоупочить.
Ну, хоть в каком-то месте эмулятор Android перестанет тормозить (: