Jest Mon, 14 Jun 2021 10:30:22 -0700 (PDT), ptoki pisze:
> poniedziałek, 14 czerwca 2021 o 02:54:13 UTC-5 Krzysztof Gajdemski napisał(a):
>> > No to nie rozumiem przeslania. Jak widac, dziala i jest zjadliwe. A pisales ze
nie bardzo.
>> Ej, pisałem, że tam gdzie instensywnie wykorzystywana jest grafika
>> będzie wolno nawet po LAN. I jest bardzo wolno np. w przypadku
>> FreeCAD-a. To samo np. w Blenderze (nawet tylko z domyślną kostką jest
>> już słabo). Tak więc przesłanie jest takie, że akurat w takich
>> przypadkach X11 będzie najwolniejszy ze wszystkich tego typu rozwiązań
>> (ze względu na specyfikę protokołu).
> Nadal sie nieco nie zgodze. Popuszczalem sobie freecada nieco i nie
> jest zle tu u mnie lokalnie. Moze u ciebie ogolnie byl problem
> z opengl-em po stronie lokalnej i sie cos sypalo?

Zgodnie z tradycją wątku, zamiast się upierać potestowałem trochę.
Użyłem innych maszyn, wykonałem testy w obu kierunkach etc. Ograniczyłem
się do FreeCAD-a, ale jak wspomniałem taki np. Blender zdradza podobne
zachowania. U mnie rezultaty są spójne: za każdym razem efekt taki sam,
operacje wykonywane są wolno, spowolnienie wzrasta wraz ze złożonością
modelu. Może mamy inne definicje tego, co oznacza, że nie jest źle?
Da się pracować, jednak odświeżenie grafiki jest wyraźne, wszelkie
operacje, w których pożądana jest płynność (obroty etc) nie są płynne.
Taka sama próba przy użyciu x11vnc daje daleko lepsze rezultaty.

Nie wygląda mi na to, żeby były tu jakieś problemy z GL, mesą etc.
Glxinfo nie pokazuje niczego niepokojącego w żadnym z przypadków (w
jednym rzeczywiście zgłosił błędy, ale tu od razu było widać, że nie
działa to dobrze - upierdliwy, własnościowy sterownik grafiki, testy
odpuściłem). Zresztą widziałeś wyniki z glxgears. W innych testowanych
przypadkach były porównywalne.

> Nie wiem. Iksy nie sa stworzone do pracy w sieciach bardzo rozleglych
> ale tez nie byly robione tylko do pracy lokalnej (w obrebie jednego
> hosta). Na sensownej sieci domowej iksy dzialaja znosnie.

ZTCP, X jest stworzony do pracy w sieci i działa efektywnie do momentu,
kiedy nie musi wysyłać dużej ilości danych. Np. rysując UI, wysyła co
się da w formie instrukcji, co oczywiście bardzo dobrze wpływa na
wydajność. Jednak kiedy przychodzi do przesyłania grafiki jest dużo
gorzej. Nie pamiętam w tej chwili szczegółów implementacji. Były też
podejmowane próby poprawy tej sytuacji, ale nie obiło mi się o uszy,
żeby wyniki były spektakularne. Dlatego np. powstał NX.

>> Np. VNC (który demonem prędkości
>> nie jest) na tym samym łączu i w takich samych testach był - zgodnie
>> z przewidywaniami - nieporównywalnie szybszy. RDP nie znam, ale jest
>> jeszcze SPICE, NX. Oba (w szczególności ten ostatni) powinny być
>> wyraźnie szybsze od VNC, o X nie wspominając.
> Tak opcji jest sporo. Oczywiscie mozna tez wymienic te interfejsy hdmi po dwu
skretkach albo nawet sygnal analogowy (SVGA) po tychze skretkach.
> U siebie mialem jakies 40m puszczone wprost z dsub-a do rzutnika na byle cat5 (byle
odpowiednio skretki polutowac zeby zaklocen nie bylo) i dzialalo ok. Ale te 40m na
tym pasciatym kablu juz pozwalalo zauwazyc pewne powidoki (moze przyciecie dlugosci
odpowiednio by je zmniejszylo, nie testowalem, szkoda kabla mi bylo) - rozdzielczosc
1024x768. Dawno to bylo...

Też pomyślałem o jakimś bardziej sprzętowym rozwiązaniu tego
zagadnienia.

k.
--
Krzysztof Gajdemski | songo (at) debian.org.pl | KG4751-RIPE
Registered Linux User #133457 | BLUG Registered Member #0005
PGP key at: http://s.debian.org.pl/gpg/gpgkey * ID: D3259224
Szanuję was wszystkich, którzy pozostajecie w cieniu - Snerg