Vlákno názorů k článku VNC a Linux: vzdálená plocha od lore - Remote desktop je asi jedina Windows killing feature,...

> Pravěk, který má proti RDP neskutečně veliké požadavky na propustnost a latenci sítě.

Pozadavky na latenci site jsou stejne jako u jakehokoliv systemu pro vzdaleny pristup, ktery nepresouva aplikacni logiku na terminal. Presunuti aplikacni logiky na terminal je mozne resit dvema zpusoby - bud budu mit obecny mechanismus migrace platformove nezavisleho kodu na terminal, nebo budu mit v terminalu zadratovanych par widgetu. Nevim, jak presne funguje RDP, nicmene predpokladam, ze jde druhou cestou - takze reakce na jakekoliv jine akce, nez na ty zadratovane ve widgetech, proste budou mit stejnou latenci, jako v X11.

Problém je v tom, že X11 protokol vyžaduje spoustu zbytečných round tripů, kdežto RDP je nepotřebuje. Při stejné latency sítě má tedy RDP výrazně lepší odezvu. Navíc RDP používá cache fontů a bitmap na straně terminálu, plus kompresi streamu. Obraz se skládá s grafických primitiv cílového zařízení (stejně jako u lokálního zobrazování ve Windows ta primitiva záleží od schopnosti zařízení), ale pokud je výhodnější poslat místo grafických primitiv výslednou bitmapu, tak se pošle ta bitmapa. Přibližuje to trochu, proč je X11 protokol zcela nevhodný pro vzdálený přístup?

> Problém je v tom, že X11 protokol vyžaduje spoustu zbytečných round tripů, kdežto RDP je nepotřebuje.

Co takhle byt trochu konkretnejsi? Neco o X11 protokolu vim a nevzpominam si na zadny pripad, kdy by byl zbytecny round-trip pri interaktivni praci (par jich je pri navazani a inicializaci spojeni, kdy si aplikace pripravuje Xove zdroje, napriklad alokace polozek v colormape). Mozna tak alokace offscreen drawable pro doublebuffering behem obsluhy expose eventu, pokud to tak program dela.

http://en.wikipedia.org/wiki/X_Window_System#Client-server_separation

Tak ten odstavec zrovna nic konkretniho nerika, navic spis kritizuje to, ze client-server reseni zbytecne zpomaluje pri lokalnim pouziti (kde zbytecne vznika schedulovaci latence mezi dvema procesy)

Proboha, co nějaká základní práce s informací?

Most of the overhead comes from network round-trip delay time between client and server (latency rather than from the protocol itself): the best solutions to performance issues depend on efficient application design.[7]

Note 7, link:
http://keithp.com/~keithp/talks/lbxpost/paper.html

Ještě o tom o něco podrobněji psal autor NX, který o odstranění nadbytečných round trips tvrdí, že jsou zásadní feature NX. Tohle je méně podrobný článek, ale nemám teď čas to hledat.
http://www.linuxjournal.com/article/8480

> http://keithp.com/~keithp/talks/lbxpost/paper.html

Zrovna tenhle clanek podporuje to, co tvrdim:

"The effect of additional synchronous communication is most evident during application startup; .. . Much less important are the smaller effects which occur during program operation as application feedback latencies of less than 50 to 100ms are not generally visible to the user."

"What became evident was that while the techniques present in LBX might help somewhat, the overwhelming performance problems were caused by application and toolkit misfeatures that couldn't be easily masked outside by an X protocol proxy. "

Tedy ze nejsou v navrhu X protokolu vyznamne zbytecne round-tripy, ktere by se projevovaly za behu. A za nadbytecnou latenci pri pouzivani programu mohou vetsinou blbe napsane programy nebo toolkity.

Na tom se shodneme, jen sem ten odstavec pastnu celý:

The effect of additional synchronous communication is most evident during application startup; applications which start in less than one second over a local network can take tens of seconds to start over a modem link. Much less important are the smaller effects which occur during program operation as application feedback latencies of less than 50 to 100ms are not generally visible to the user.

Samozřejmě odezva aplikací v desítkách sekund se nekoná ani při použití X11. Ale znovu vás vyzývám, zkuste si to. Já nechci pitvat X11 protokol, protože na to nemám náladu ani čas. Zkuste si přes GPRS otevřít VPN tunel, a poté X11 session. Pak zkuste totéž s RDP (pochopitelně proti Windows, a s Windows klientem - klient pro Linux je pomalý).