Два и более рабочих места на одном компьютере — бесплатное решение

А что, без Gentoo никак? :)

От себя замечу, что windows и без virtio показывает нормальную производительность системы. Для обычных смертых точно хватит, а проблем снизится в разы. VNC можно заменить на spice.
От себя скажу, что написанно все как то сумбурно и по сути все это виртуализация. Интересно просто почитать про multiseat :)

А может кто объяснить, как одна физическая видеокарта пробрасывается на две виртуалки? Я как-то думал это невозможно :/

В данной статье рассматривается идея и практическое руководство по создания многопользовательской рабочей станции (multiseat) с использованием виртуализации KVM, с возможностью удаленного управления через libvirt. С помощью этого руководства возможно создать два и более рабочих мест как в офисе, так и дома, которым может потребоваться возможность полного использования графической подсистемы компьютера. Причем можно на одном системном блоке реализовать одновременно работу различных операционных систем Windows, Linux, Mac OS X, остальное по вкусу.

Прямое введение читателя в заблуждение. Звучит так, будто что-то сильно поменялось в технологическом мире, и можно одну видеокарту делить на несколько виртуалок, причем средствами KVM. Ведь под видеоподсистемой «домашнего или офисного компьютера» автоматически подразумевается 1 физическая видеокарта — причем в случае офиса это встроенное в проц видеоядро, а под словами «бесплатное решение» в заголовке подразумевается, что не придется дозакупать в офисную машину по видяхе на виртуалку.

Автор, почему бы прямо не уточнить этот момент?

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

Физические ограничения «узких мест» ИМХО никакой виртуализацией не обойти, разве что за счёт ювелирной работы с железом (незадокументированые команды и пр.).

Впрочем, я рад буду ошибиться.

В презентации RedHat за 2013-ый год озвучивается цифра в 12% (то есть 88% производительности конфигурации работающей без виртуализации). Для кого-то с ростом производительности процессоров и удешевления SSD может быть приемлимой жертвой ;-)

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

А по поводу «настоящего» мультисита, в котором одну видеокарту можно использовать для двух мест — это тоже возможно.
Есть старый патч от airlied , для ядра и libdrm, для карточек radeon, суть которого в том что в /dev/dri создаются отдельные render-устройства. Которые, благодаря пропатченному libdrm, можно использовать для запуска 2-х копий X-сервера на одной видеокарточке. Патч очень древний и там многое захардкожено, но при желании его можно доработать.
Получалось запускать до 8 рабочих мест в рамках одного системного блока (3 дискретных видеокарты + встроенное видео).

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

Добавлю некоторые моменты в копилку:
— при изменениях/созданиях виртуалок можно и без рестарта демона libvirtd обойтись:

# если нужно (мягко) выключить:
  virsh shutdown wks1
# если нужно (жестко) выключить:
  virsh destroy wks1
# обновить vm из xml
virsh define /etc/libvirt/qemu/wks1.xml
# старт vm 
virsh start wks1

— если хост десктопный, для почти всех дистрибутивов есть неплохой менаджер виртуалок «virt-manager», который управляет libvirt и даже позволяет изменять некоторые параметры на лету;
Соответстующий xml файл в "/etc/libvirt/qemu" тоже меняется, также как и при вызове например «virsh define /home/wks1.xml», файл wks1.xml в /etc/libvirt/qemu перепишется сверху.

— если кто-то будет пробовать на виндовом госте virt-овый balloon-драйвер (что-бы делить свободную память, т.к. windows как известно путем «зануления» забирает ее всю и без драйвера уже не отдаст хосту), готовтесь к проблемам: у меня на debian (и убунте) и у друзей на других дистрибутивах балон надувался (его размер можно было даже на лету из хоста virsh-ем или virt-manager-ом изменять), но вместо того чтобы брать свободную память из него, лобо виндовс уходил в глубокий своп, либо программа завершалась (нет памяти). Хотя, по слухам более менее сносно работало на fedore. В общем для себя понял чтобы гонять N kvm-виртуалок с windows c M памяти нужно N*M физической памяти, благо это сейчас не проблема.

— другие паравиртуальные virtio драйвера (iso из fedora) работали отлично.

Спасибо за интересную статью.
Может быть вам пригодится.
На многоядерных системах можно ускорить сборку пакетов в Gentoo.
В make.conf помимо параметра для make MAKEOPTS="-j" есть опция которая позволяет собирать и устанавливать одновременно несколько пакетов если они не зависят друг от друга.
EMERGE_DEFAULT_OPTS="--jobs=3"
Соответствует 3 пакетам. Следует учесть что MAKEOPTS="-j" действует для каждого из 3х собираемый пакетов.
Так же не стоит забывать что ОЗУ не бесконечная…

>> Проверяем, что в BIOS VT-d включён
По-моему вы забыли указать весьма важное требование к системе. Насколько мне известно, далеко не везде есть VT-d.

Статью, к сожалению редактировали. И тут было написано поболее (обзор софта запрещен правилами). Короче VT-d должен быть. НА сегодняшний момент платы с VT-d по цене не отличаются от таких же без. Я лично тестил на Asrock, Asus, MSI на Z77 и Z87. Больше всего понравилась Asrock (это не реклама, я ничего с этого не имею). Что самое забавное: в спеке на z87 и z77 отсутствует поддержка VT-d, но у этих производителей VT-d есть! Так же в оригинальной статье была информация, что если организовывать проброс через pci-stub, то почему-то такая конфигурация приводила иногда к полному зависанию всей системы, когда нужно было перегрузить виртуалку. Еще были какие-то странные лаги с вводом-вывода на одной из виртуалок… pci-stub работал у нас с 2012 года, но когда появилась возможность сделать через VFIO — появилась статья, так как сейчас проблем никаких нет.