Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на рабочей станции (X Window, GUI / Linux)
Изначальное сообщение		[ Отслеживать ]

"Переход на второй X сервер останавливает или тормозит первый"	+/–
Сообщение от localHoster (?), 21-Апр-20, 11:11
Запускаю программу на отдельном X сервере: startx command -- :1 vt9 Основной X на vt7, соответственно дополнительный на vt9. Проблема в том что при переключении с одного на другой (по Ctrl-Alt-Fx) некоторые приложения на том который работает в фоне или останавливаются до тех пор пока обратно не переключишься или заметно притормаживают. Например в mplayer, при воспроизведении видео в фоне, звук начинает заикаться, эта-же проблема есть и с приложениями не связанными с выводом видео, например с QEMU (этот в фоновом X сервере похоже вообще останавливается), хотя например audacious звук воспроизводит в фоне без заикания (видео не выводит, но QEMU то-же не видеопроигрыватель). Ubuntu Linux 19.10, видеокарта AMD Radeon. Как сделать что-бы приложения на отдельном X сервере работали в фоне без проблем?
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Переход на второй X сервер останавливает или тормозит первый"	+/–
Сообщение от DiabloPC (ok), 21-Апр-20, 13:16
А что в логах /var/log/Xorg[N].log??
Ответить | Правка | Наверх | Cообщить модератору

	2. "Переход на второй X сервер останавливает или тормозит первый"	+/–
	Сообщение от localHoster (?), 21-Апр-20, 15:02
	> А что в логах /var/log/Xorg[N].log?? При переключении VT с одного X на другой: (II) AIGLX: Resuming AIGLX clients after VT switch (II) RADEON(0): EDID vendor "SAM", prod id … (II) RADEON(0): Using hsync ranges from config file (II) RADEON(0): Using vrefresh ranges from config file (II) RADEON(0): Printing DDC gathered Modelines: (II) RADEON(0): Modeline … Список поддерживаемых Modeline (II) event1  - Power Button: is tagged by udev as: Keyboard (II) event1  - Power Button: device is a keyboard (II) event0  - Power Button: is tagged by udev as: Keyboard (II) event0  - Power Button: device is a keyboard (II) event2  - SIGMACHIP USB Keyboard: is tagged by udev as: Keyboard (II) event2  - SIGMACHIP USB Keyboard: device is a keyboard (II) event3  - SIGMACHIP USB Keyboard Consumer Control: is tagged by udev as: Keyboard (II) event3  - SIGMACHIP USB Keyboard Consumer Control: device is a keyboard (II) event4  - SIGMACHIP USB Keyboard System Control: is tagged by udev as: Keyboard (II) event4  - SIGMACHIP USB Keyboard System Control: device is a keyboard (II) event5  - ImPS/2 Generic Wheel Mouse: is tagged by udev as: Mouse (II) event5  - ImPS/2 Generic Wheel Mouse: device is a pointer (II) event1  - Power Button: device removed (II) event0  - Power Button: device removed (II) event2  - SIGMACHIP USB Keyboard: device removed (II) event4  - SIGMACHIP USB Keyboard System Control: device removed (II) event5  - ImPS/2 Generic Wheel Mouse: device removed (II) event3  - SIGMACHIP USB Keyboard Consumer Control: device removed (II) AIGLX: Suspending AIGLX clients for VT switch
	Ответить | Правка | Наверх | Cообщить модератору

3. "Переход на второй X сервер останавливает или тормозит первый"	+/–
Сообщение от localHoster (?), 23-Апр-20, 00:20
Вот что удалось выяснить: 1. Проблема возникает не только при переключении с одного X на другой, но и при переходе в текстовую консоль (например на VT1 или VT2) 2. Проблема с QEMU решилась запуском его на отдельном X сервере с отключенным GLX (через отдельный .conf файл в /etc/X11). Проблемы с QEMU кстати довольно серьёзные, так как система, запущенная в виртуальной машине, при переключении на другую консоль может заметно сбоить: рвутся сетевые соединения (тот-же VPN), возникают ошибки файловой системы (с переводом её в ReadOnly, иногда с невозможностью потом загрузиться без принудительного fsck, изредка вообще с порчей файлов). QEMU без GLX меня более чем устраивает (он там вообще хоть зачем-то может быть нужен?) так что проблему можно считать решённой. 3. Проблема с mplayer исчезает если вместо вывода через VDPAU использовать вывод видео через xv (mplayer -vo xv). Но всё-же хотелось бы сохранить аппаратное декодирование. 4. Подобная проблема уже обсуждалась тут: https://www.linux.org.ru/forum/general/14924518 Написано что она решилась, но не указано как именно…
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема