Вопросы Теги

Как эффективно использовать 3D через удаленное соединение?

SysV init игнорирует сигналы SIGTERM или SIGKILL. Единственный сигнал, который вызывает изменение в состоянии, является SIGPWR насколько я могу сказать, который планирует связанное с питанием завершение работы.

Кажется, что Upstart и Systemd также не отвечают на SIGKILL, и от моего теста, кажется, что SIGTERM вызывает выскочку и systemd передолжностному лицу.

Я не уверен, что выполняют другие отвечающие стороны, но я вполне уверен, Вы не можете уничтожить-9 (SIGKILL) или уничтожить-15 (SIGTERM) init (pid 1). Скорее всего, если бы Вы смогли, то Вы получили бы панику ядра, потому что init неожиданно вышел с ненулевым кодом выхода, который будет меньше, чем идеал. Это не закрывает Ваш компьютер или вызывает его к перезагрузке.

11
30.12.2010, 18:29
3 ответа

Вы могли проверить VirtualGL вместе с TurboVNC, должен предоставить Вам 20 футов в секунду 1280x1024 на 100 Мбит (см. Википедию).

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

6
27.01.2020, 19:59
  • 1
    +1 этот звук точно как то, что я ищу, спасибо! (Я приму ответ после (надо надеяться), успешное тестирование) –  Tobias Kienzler 30.12.2010, 13:37
  • 2
    aww, мой Radeon, кажется, не поддерживает pbuffer, который является необходимым :( –  Tobias Kienzler 30.12.2010, 18:23
  • 3
    , у меня есть новый ПК теперь, который поддерживает pbuffer, но к сожалению vglrun segfaults теперь. Это могло быть то, потому что сервер работает на 64 битах, в то время как клиент находится на 32 битах? –  Tobias Kienzler 02.01.2011, 12:38
  • 4
    (принятый, так как ответ корректен, и segfault является отдельным вопросом) –  Tobias Kienzler 05.01.2011, 17:48

Это могло бы быть верно, если у Вас есть два настольных ПК. Но если у Вас есть старый ноутбук WiFi, применимый где-нибудь дома (например, Ti5600 с Ubuntu 10.04 как Ваш клиент, и настольный ПК с платой GTX наряду с запасным Маршрутизатором Wi-Fi, имея удаленный клиент OpenGL кажется хорошей идеей.

Проблема получает удаленное (сторона сервера) контекст OpenGL. Можно выполнить ssh-X на клиенте. Но если Вы выполняете glxinfo в удаленной системе, Вы получаете свой локальный клиент, который откладывает Вас, где Вы запустили. Можно установить переменную среды ДИСПЛЕЯ на тот удаленный хост, и можно использовать тот экран в качестве второго монитора, который все еще не помогает.

Еще одно решение состоит в том, чтобы записать Ваши настольные приложения так, чтобы они могли использовать удаленный контекст GLX:

http://arrayfire.com/remote-off-screen-rendering-with-opengl/

0
27.01.2020, 19:59
  • 1
    . Так существует ли альтернатива для X-протокола для передачи 3D? Извините, я должен был поместить сервер и клиент в кавычках, я только означал иметь более короткие слова для сильного и слабого ПК - оба ПК должны использоваться в качестве фронтендов в то же время, что и, если бы они были настольными ПК, но со всей работой ЦП и доступом RAM, сделанным лучшим ПК. Слабый ПК не имеет достаточной мощности ЦП и RAM для запуска самого приложения –  Tobias Kienzler 30.12.2010, 12:41
  • 2
    Не то, чтобы я знаю. Довольно 3D, о котором Вы думаете, требует БОЛЬШОГО КОЛИЧЕСТВА пропускной способности. –  Keith 30.12.2010, 12:47
  • 3
    это правда :( OTOH, OnLive, gaikai и другие утверждают, что это даже возможно для игр по Интернету... –  Tobias Kienzler 30.12.2010, 13:01
  • 4
    Хорошо, я смотрел. Я не думаю, что они передают кадры тот путь, также. Они загружают и выполняют локальный, и только transceiving управление и обновляют информацию, точно так же, как существующие онлайн-игры. Даже если бы они сделали, то это должно было бы быть низкое разрешение для высокого сжатия. –  Keith 30.12.2010, 13:08
  • 5
    Путем я понимаю это, они выполняют игру удаленно и просто передают поток HD видео при получении событий клавиатуры и событий от нажатия мыши. Но конечно нельзя было передать 30 кадр/с в HD по Интернету ни без какого сжатия... –  Tobias Kienzler 30.12.2010, 13:13

Это старый вопрос, но он все еще актуален. Существует пошаговое руководство по настройке и устранению неполадок X11 3D-рендеринга удаленного приложения на локальном оборудовании: Аппаратное ускорение OpenGL через удаленное ssh-соединение x11

Chromium B.S.U. Игра используется в статье в качестве примера. Он работает с 5-8 FPS с программным рендерингом по умолчанию через SSH-соединение, 30 FPS с непрямым аппаратным рендерингом и> 30 FPS с незашифрованным TCP-соединением X11. Обратите внимание, что это работает только для некоторых приложений.

Краткое содержание статьи

Косвенный рендеринг и TCP-соединения отключены в конфигурации сервера X11 по умолчанию. Параметры + iglx и -listen tcp включают их. Также существует переменная LIBGL_ALWAYS_INDIRECT = 1 , которая вызывает непрямой рендеринг на клиенте X11.

1
27.01.2020, 19:59

Теги

Похожие вопросы