Комментарии 24
А зачем добавлять оверхед от виртуализации, если можно обойтись без неё?
Не совсем вас понимаю. Если у вас Windows под XEN использует paravirt, то вы можете использовать virtio в QEMU.
Все равно работать будет медленнее, чем на «голом» железе. Тот же virtio значительно уменьшает просадку, но не убирает её полностью. Зачем это, если всё и так работает?
И да, причем тут Windows? В теме речь идет о Linux.
Прошу прощения, у меня, по какой-то причине, сложилось впечатление, что вы остановились на XEN.
Вобщем-то поиметь Windows в видео на втором экране тоже было бы интересно.
Наверное затем чтобы и пульса работала, и с локами проблем не было и чтобы без автологина
Пульса в системном режиме у меня работает нормально.
А с локами и автологином — нужно разбираться. Уверен, что проблема решаемая. Возможно, достаточно отказаться от LightDM. По крайней мере это первое, что бы я попробовал сделать.
Подтверждаю что пульса от системы пашет вобщем-то, но не сохраняет для приложений настройки, кроме громкости.
Не знаю пока, руки еще не дошли, но попробовать хочется! Попробую — отпишусь
Я настраивал Xen, и статью об этом писал. Карты пробовал разные серий HD5xxx HD6xxx HD7xxx — работают все, так что с выбором карты вы честно говоря погорячились.
Карта подходит любая, но в Dom0 не работают закрытые драйвера nvidia/fglrx. Потому настоятельно рекомендую карты серии HD6xxx, так как они имеют просто отличную поддержку открытыми драйверами, соизмериму с закрытыми (одна из лучших HD6870).
А в DomU можно пробрасывать большинство всевозможных карт, работает отлично, оверхеда виртуализации не замечал. Всё же две полноценные ОС со своими USB портами — лучший Multiseat, хотя в определённых ситуациях и ваш вариант весьма интересен, например, если применять на ноутбуке.
Признаюсь — просто слепо верю в миф что «радеон на линуксе — все плохо», этим и был обусловлен выбор GTX780
Сейчас ситуация странная. Radeon работает несравнимо лучше с открытыми дровами, Nvidia работает лучше с проприетарными (с открытыми пока всё достаточно медленно).
Я так понимаю о полностью гибкой конфигурации остаётся только мечтать?

Чтобы из multiseat конфигурации после вылогинивания одного из ползьваотелей на лету переключаться в однопользовательский режим и одному пользоваться обоими мониторами.

Ну и проблемы со звуком.

Уэ сколько лет мультиситу, а всё его состояние не вызывает желания заморочиться дома с такой конфигурацией.
Насколько я знаю — да, такого сделать не получится.
Причина, скорее всего, в том, что это мало кому нужно. Вот и не реализовано.
Скорее всего. Фича старая и сейчас редко кто ей пользуется
Возможно только с перезапуском X-ов, чтобы отдать им обе карты. Дальше уже «на лету» конфигурации можно менять.
Но проще подключить «общий» монитор к обеим картам и просто переключать входы на нем. В пределах одной карты конфигурация меняется «на лету» из nvidia-settings.
Укажите какая версия убунты используется?
года 3 назад сделал 3 мониторную на ubuntu 10.04, никакого автологина не нужно было. Вот думаю переставить на 14.04, но не уверен что там остался lightdm.
Из мелких придирок.
16 линий pci-e на процессор это только наверное у интела, и то не у всех. У i7-4820K, который вполне себе настольный, их 40.
Не помню точно сколько там линий у АМД процессоров (может тогда они были еще в материнке), но материнок на 990FX чипсете с поддержкой x16 +x16+x4 полно за разумную цену, а не 300-400уе как для интела.

И вопрос, как ведут себя USB клавиатуры и мышки при переподключении в живой сессии? Что случается когда еще одну мышку подключить например?
В 10.04 пришлось долго мутить с udev, чтобы подключаемые девайсы раскидывались на правильные рабочие места в зависимости от места подключения.
Четыре года назад на работе ставили multiseat систему на 4 рабочих места на Debian 4 (через zephyr или MDM, уже не помню). Через месяц отказались от нее из-за неустойчивости к дураку. Если мышь 1 вытащить из USB, то все 4 места не грузились и т.д. Заменили на 4 простых компьютера.
    Option         "AllowMouseOpenFail"  "true"
    Option         "AutoAddDevices"      "false"
    Option         "AutoEnableDevices"   "false"
    Option         "AllowEmptyInput"     "true"

с этими опциями грузится. теоретически если разбить xorg.conf на 2 то даже горячее подключение будет работать
Займусь немного некропостингом, но хочу выразить свой респект. Случайно перешел на этот материал отсюда habrahabr.ru/post/231555. Читаю, и думаю, черт возьми! Я тоже об этом думал лет эдак 5 еще назад, но тогда в Xen не было нормального PCI passtrough, а потом когда сделали, была проблема с материнками с IOMMU. Где-то полгода назад ко мне приходила мысль, что уже сейчас это можно все реализовать, но совсем не до того было. И вот вижу этот пост, и душа радуется. Спасибо тебе добрый человек, теперь вижу, что это реально не только на практике, но и в теории. У меня немного другой интерес во всей этой затее. Не multiseat, а multiOS, скажем так. Хотелось бы иметь несколько разных ОС под рукой, с реальным железом, графическим ускорением и т.п. и переключаться между ними просто по хоткею. Такой виртуальный KVM как бы из одного ПК. :)
А что если… Использовать вместо Xen LXC или Docker? Тогда и оверхеда на виртуализацию не будет, и будет свой корень, не будет никаких проблем с блокировками в tmp…
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.