[xserver][nvidia&ati] 3Д через сеть.

+

Обе убунты 10.10. ГуглеЗемля запускается, но сама картинка с землей не передается. Просто белое окно.

суть в том, что удаленная программа запускается на локальном Х сервере, но использует удаленные библиотеки, вообщем у вас программа грузит библиотеки от Нвидии, но запускается на дисплее АТИ

да и вообще 3D по сети идея плохая, пропускная способность маленькая,
по вайфай так вообще тормоза

да и вообще 3D по сети идея плохая, пропускная способность маленькая,

X по сети вообще плохая идея. Вне зависимости от канала.

>да и вообще 3D по сети идея плохая, пропускная способность маленькая

4.2.

Там же не битмапы гоняются:)

>X по сети вообще плохая идея. Вне зависимости от канала.

4.2.

вообщем у вас программа грузит библиотеки от Нвидии, но запускается на дисплее АТИ

Т.е. только nvidia-nvidia или ati-ati работать будет? Так как я описал не сделаешь?

X по сети вообще плохая идея. Вне зависимости от канала.

Ну не знаю. 2Д работает очень хорошо.

Да и вообще, сам принцип.

Сежу я в универе, соединяюсь с домом, и запускаю нужную программу. Этож круто, ну ! :) Чтож плохово то?

берете libGL.so.1 от атишного компа, хотя реально работающим вариантом может быть только mesa в software rendering

дальше запускаете свою программу

LD_LIBRARY_PATH=/home/sonsee/mesalib LD_PRELOAD=/home/sonsee/mesalib/libGL.so.1 googleearth

возможно будет работать.

у меня на 1м компе была 3650 с отрытыми дровами, на 2м сис вообще без 3д, и я на 2м через ссш гонял опенарену на гигабитке.

latency , даже 1 мс
шифрование,
нагрузка на процессор рендерингом

у меня получалось запускать 3D (wine) но работало это так, что лучше бы не работало


а вообще «4.2» написать проще всего, сложнее предложить что-то более конструктивное.

так, просто по приколу -


└> glxinfo
name of display: localhost:20.0
Xlib: extension «NV-GLX» missing on display «localhost:20.0».
display: localhost:20 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: Gallium 0.4 on RC410
OpenGL version string: 1.4 (2.1 Mesa 7.9)

вот у вас примерно то же самое должно быть на ati->nvidia
DRI естественно не работает.

> glxgears
Xlib: extension «NV-GLX» missing on display «localhost:20.0».
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
11692 frames in 7.7 seconds = 1510.298 FPS
374 frames in 6.3 seconds = 58.999 FPS
389 frames in 6.3 seconds = 61.514 FPS


при этом сами шестеренки у меня стоят на месте (статичная картинка)

wifi

там может это проблема нвидии, не? запустите на тачке нвидией через ссш шестеренки

x@x:~$ LD_LIBRARY_PATH=/home/x/usr/lib/mesa LD_PRELOAD=/home/x/usr/lib/mesa/libGL.so.1 googleearth &

x@x:~$ Google Earth has caught signal 11.

We apologize for the inconvenience, but Google Earth has crashed. This is a bug in the program, and should never happen under normal circumstances. A bug report and debugging data have been written to this text file:

/home/x/.googleearth/crashlogs/crashlog-4cfbce3d.txt

Please include this file if you submit a bug report will to Google.

[1]+ Exit 76 LD_LIBRARY_PATH=/home/x/usr/lib/mesa LD_PRELOAD=/home/x/usr/lib/mesa/libGL.so.1 googleearth

x@x:~$

$ glxgears
Error: couldn't get an RGB, Double-buffered visual


а так вообще не работает

nvidia (local) -> ati-mesa (remote)

а если например загрузиться с веса драйвером?

x@x:~$ glxgears

Xlib: extension «NV-GLX» missing on display «localhost:10.0».

Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate.

21831 frames in 5.1 seconds = 4290.206 FPS

6268 frames in 5.3 seconds = 1192.092 FPS

4412 frames in 12.2 seconds = 362.410 FPS

20948 frames in 5.0 seconds = 4168.189 FPS

8067 frames in 5.0 seconds = 1607.712 FPS

wifi

Шестеренки нормально крутятся.

они двигались хоть ?

└> sudo eselect opengl list
Available OpenGL implementations:
[1] nvidia *
[2] xorg-x11

└> sudo eselect opengl set 2
Switching to xorg-x11 OpenGL interface... done

у меня вот в таком варианте работало


└> glxgears
192 frames in 5.0 seconds = 38.334 FPS
168 frames in 5.0 seconds = 33.534 FPS

немного дергано, но они крутились, на машине с nvidia сменила libGL на мезу

display: localhost:20 screen: 0
direct rendering: Yes
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on softpipe
OpenGL version string: 2.1 Mesa 7.9

Только моргают...

шестеренки примитивны ) сравните теперь расширения выдаваемые в списке glxinfo, там достаточно много несоответствий


в генте ваши проблемы решились бы

eselect opengl set xorg-x11

в убунте придется куда-то поставить мезу (и ее драйвера , в частности например softpipe) и скармливать ее через LD_LIBRARY_PATH
на ати тоже лучше использовать мезу же...

В общем, проще не морочить себе голову..

проще конечно же запускать GE локально и не заморачиваться, выигрыша от запуска ее через сеть никакого, даже на нетбуке оно будет работать локально быстрее чем на суперкомпьютере через X11 over ssh

Ок.

Ну а как с видео?

Вот пробую, картинка тормозит:

x@x-hp:~/Videos$ vlc flash.avi

VLC media player 1.1.4 The Luggage (revision exported)

Blocked: call to unsetenv(«DBUS_ACTIVATION_ADDRESS»)

Blocked: call to unsetenv(«DBUS_ACTIVATION_BUS_TYPE»)

Blocked: call to setlocale(6, "")

Blocked: call to sigaction(17, 0xb486e0d4, 0xb486e048)

libva: libva version 0.31.0

Xlib: extension «XFree86-DRI» missing on display «localhost:10.0».

libva: va_getDriverName() returns -1

[0x8f2d8c4] xcb_xv generic error: shared memory server-side error: X11 error 10

[0x8f2d8c4] xcb_xv generic: using buggy X11 server - SSH proxying?

Это как-то можно решить?

монтируете удаленную ФС через sshfs и смотрите фильм используя локальный плеер )

Ок )))

Просто хотелось поиграться с этим х сервером :)

>latency , даже 1 мс

Замеряли? Точно?

шифрование,

Зачем шифрование?

нагрузка на процессор рендерингом

Зачем нагружать «процессор рендерингом»?

X по сети вообще плохая идея. Вне зависимости от канала.

Смишно. А как же я ажно в 2004 году Q2 с OpenGL запускал на одном компьютере с выводом по локалке на другой, и притом ничего не тормозило?

>Смишно. А как же я ажно в 2004 году Q2 с OpenGL запускал на одном компьютере с выводом по локалке на другой, и притом ничего не тормозило?

У тебя наверное был софтовый рендеринг?

>А как же я ажно в 2004 году Q2 с OpenGL запускал на одном компьютере с выводом по локалке на другой, и притом ничего не тормозило?

Аналогично - Q3 с OpenGL. Даже вариант под Wine'ом.

Сдаётся мне, что поколение неасиляторов считает, что «ремотные Иксы» - это «ssh -X»:)

>У тебя наверное был софтовый рендеринг?

У меня - нет

> У тебя наверное был софтовый рендеринг?

Тогда бы как раз тормозило. Прелесть идеи Xов в том, чтобы не тупо картинку гнать, а инструкции об её рисовании.

>Прелесть идеи Xов в том, чтобы не тупо картинку гнать, а инструкции об её рисовании.

И что, OpenGL-инструкции реально передаются по сети без костылей вроде Xgl?

А что такое костыли? То, что позволяет ходить, а не ползать?

Xы могли работать с OpenGL по сети аж двадцать лет назад. Благо архитектура позволяла (точнее OpenGL так спроектировано было).

Так научи, чтобы осилили. Или тебе жалко?

>Так научи, чтобы осилили. Или тебе жалко?

Что научить? О том, что «ремотные Иксы» - это необязательно «ssh -X»? Дык, это букварь читать нужно. Чтение букваря вслух и с выражением - это к воспитательнице в детсаду.

без SSH сильно быстрее?

>X по сети вообще плохая идея. Вне зависимости от канала.
++
пробовал и в пределах квартиры (ви-фи g) и через полстраны - просто ппц

pc1$ xhost +pc2

pc2$export DISPLAY=«pc1:0»
pc2$glxgears

профит в том, что не нагружается процессор шифрованием

И что, OpenGL-инструкции реально передаются по сети без костылей вроде Xgl?

Еще один неосилятор? OpenGL-инструкции передаются через GLX - http://en.wikipedia.org/wiki/GLX - и на принимающей стороне (X-сервере) выполняются и рендерятся. Причем если надо нарисовать 10 различных фигурок и залить их одной и той же текстурой, то через GLX передается сначала текстура, а потом инструкции что залить этой текстурой, и для приложения абсолютно безразлично, передаются ли данные через /dev/fglrx, /fe/nvidia0 или еще как-то.

пробовал и в пределах квартиры (ви-фи g) и через полстраны - просто ппц

Пробовал X11 и внутри квартиры, и между уфой и челябинском - скорость в первом случае практически как на локальном компе, а во втором сравнимо с RDP. ЧЯДНТ?

не совсем безразлично

NV-GLX это не совсем совместимый с мезовским GLX вариант...

X по ssh ip -X
и просто иксы по сети как бэ разные вещи, не?

>без SSH сильно быстрее?

Было бы странно, если бы это было не так.

Для локальной 100/1000 Мбитной сети - сильно. И латентность на порядок ниже.

кстати на гигабитке не пробовал, наверно отлчино должно работать

Ну, на взгляд, стало в два раза быстрее, когда нужно раз в 10-15..

Пробовал X11 и внутри квартиры, и между уфой и челябинском - скорость в первом случае практически как на локальном компе, а во втором сравнимо с RDP. ЧЯДНТ?

Тут уместнее вам вопрос: ЧТДТ? - что ты делаешь так?

Сразу предупреждаю, читал только первое сообщение в треде.

VirtualGL пробовал?

X11 сам по себе неплохо пропускает opengl. Но вообще то я читал что Xorg этот поток ускоренно рисовать не может. То есть ускорение 3d в xorg это только режим DRI, который по этому и называется «прямой рендеринг». Напрямую в карту минуя х сервер.