Dotaz: Potrebuji rychle ssh -X nebo VNC s podporou nativnich oken

[ava]

Ahoj,

koupil jsem si ke svemu pomalemu ntb rychejsi stolni pocitac, ktery bude stihat programovani v jakemsi nabloatovanem IDE. Prijde mi ovsem lepsi pouzivat ho jen pro spousteni a praci v tomto IDE, zbytek bych rad dal delal na ntb, k desktopu nechci ani pripojeny monitor, klavesnici nebo mys. Propojene to mam 100MBit ethernetem. Vydesil jsem se ovsem, kdyz jsem dnes zjistil, ze kdyz se k desktopu pripojim

ssh -X -C desktop

a spustim ono jmenovane IDE (intelliJ IDEA, pouze pro zajimavost), tak to docela trha, plny expose okna (1280x1024) trva nekolik vterin, a celkove to proste na praci moc neni (desktop je Core 2 Duo E6300, tedy ten nejpomalejsi Core 2 Duo, ale stejne! ntb je Intel Pentium M asi 1600MHz). Zkusil jsem tightvnc, a to slape v pohode, ale zas se mi to cele otevre ve vlastnim okne, vzdalena okna jsou mimo kontrolu meho WM, a celkove je to dost nepohodlny na ovladani.

Existuje neco, co by spojovalo vyhody obou?

Diky moc, jestli na neco prijdete, zachranite mi spoustu nervu! (ne, vymenit IDE ani koncept propojeni ntb s desktopem neni reseni )

---

---

Odpovědi

[2X4B-523P]

první bych zkusil zakázat ssháčku používání DNS

[ava]

To je podle me blbost, DNS lookup to udela tak jednou pri prihlasovani a pak uz nikdy (pokud to tedy nefunguje uplne ale uplne jinak nez bych ocekaval), a me to jede pomalu porad.

[D-Evil]

To by mohl být problém v round-tripu. Můžete zkusit xpra, to by to mělo umět obejít.

[ava]

Nevim jestli je to zrovna problem round-tripu (jak jsem psal, mam ntb a desktop primo propojen 100Mbity), kazdopadne xpra (soucast baliku partiwm i pres svou kostrbatejsi instalaci funguje docela dobre.

Diky!!!

[Sten]

U round-tripu (synchronizace v X11) je největší problém latence a ne rychlost (a ta je na Ethernetu sice nízká, ale pořád pro takové situace docela dost) a je dost možné, ze ta aplikace používá round-trip pro nesmyslně mnoho přenosů (protože vývojáři ji nikdy netestovali na síti a chtěli si zjednodušit programování). xpra round-tripy dělá minimálně a round-tripy s aplikací vyřizuje lokálně, což může hodně zrychlit takové aplikace.

[petznaku]

je to stejny i kdyz spustis pres ssh -X jen tu konkretni aplikaci a ne desktop?

[petznaku]

heh, už delší dobu si říkám, že to řešení by mohlo být označeno trochu výrazněji

[ava]

Pokud by to melo byt uzitecne nekomu dalsimu, shrnu sem par postrehu po dvoudenni praci s xpra:

Je to vyrazne rychlejsi nez ssh -X -C, takze na 100Mbit ethernetu prime propojeni je intelliJ IDEA pouzitelna (tj. pouzivam to). K odezvam stejne rychlym jako na lokalnim stroji to ma ovsem daleko.

Ma to par bugu, nejneprijemnejsi asi je, ze to nedostava keyboard eventy pusteni klavesy kdyz se z okna vzdalim napr. zmenou plochy. U me to v praxi znamena, ze kdyz si zmacknu Alt-3 abych se dostal na treti plochu (nemam na pocitaci klavesu Win, kterou bych jinak na wm operace pouzival), a pak se vratim zpet do IDEA, mysli si, ze je stale stisknuta klavesa Alt. Zatim pracuju na tom udelat si navyk, ze vzdy po prepnuti do IDEA si zmacknu (a tim vlastne i odmacknu Alt).

Obcas pri otevreni dialogoveho okna s nim nejdriv musim soupnout, a pak teprve muzu stisknout OK - nastesti je IDEA neotvira tak casto :)

Instalace nejcerstvejsich komponent nakonec byla nejlepsi primo z http://winswitch.org/ . Mam debian wheezy/sid, postup fungoval perfektne, jen mi neslape GUI interface k xpra (winswitch_applet). Samotne xpra nicmene funguje (viz dokumentace), ve zkratce:

remote$ xpra start :13
local$ xpra attach ssh:remoteHostname:13
remote$ export DISPLAY=:13
remote$ xclock

Resume: Stoji aspon za zkousku jako potencialne nejmene spatne reseni z mnoha spatnych moznosti

[Jupi]

Bezne (denne) pouzivam virtualny framebuffer a v nom spusteny x11vnc. Bezim pod tym nejaky ten eclipse alebo ine IDE. Tu je popis riesenia.
Server:

Xvfb :1 -screen 0 1280x1024x16 &
export DISPLAY=:1
xterm &
x11vnc &
set nohup
disown
disown
disown

client:

vncviewer server

v zobrazenom VNC si v xterme este spustim

gnome-session

a mam komplet vzdialene prostredie.
Dolezite je nezapinat si zbytocne viac ako 16 bitove farby, aby sa neprenasalo vela dat. No a samozrejme, cez wifi to pojde urcite pomalsie ako cez 100/1000Mbit ethernet...

[ava]

Neni duvod pouzivat ssh tunel. (ktery vse spomaluje) xhost + export DISPLAY=ip:0 a rychlost je zajistena ./idea

[Jupi]

100 bodov!!! Najjednoduchsie a asi aj najrychlejsie riesenie na rychlej LANke
Az sa hnevam, ze som to nenapisal ja. A obcas to aj pouzivam. Ale je to menej bezpecne, preto to pouzivam len obcas.

[dustin]

A nejde nějak nakombinovat ta úsporná xpra a třeba raw linka bez ssh? Bylo by to rychlejší než síťová Xka?

[ava]

Super, nakonec asi skoncim u tohohle reseni. Plny expose tedy trva 1-2 vteriny, samotna prace je pak ale docela svizna, jen animovane tooltipy co se postupne odpruhlednuji docela zdrzuji. Jinak se mi zda ze je to lepsi nex xpra (rychlejsi, mene bugu), po siti ovsem tece v nekterych pripadech klidne >2MByte/sec.

Bylo treba Xserveru povolit, aby prijimal vzdalena spojeni. Chvilku mi trvalo prijit na to, jak to udelat, cesta (debian/wheezy) je takova (mozna to neni uplne koser, ale zafungovalo to :), ze jsem zakomentoval vsechny vyskyty -nolisten tcp v konfiguracich ve strome /etc/X11.

Diky!

ava