XDMCP

28.11.2005 16:07 | Přečteno: 3200×

Keďže som dostal štipendium, rozhodol som sa kúpiť si nejaký počítač. Za 2000 Sk mám Celeron 333MHz so 128MB RAM a 4GB diskom. Pôvodne sme mali doma iba jeden počítač Sempron 2400, na ktorom beží Gentoo a používa ho celá rodina. Keďže sa oň skoro bijeme, povedal som si, že spravím z Celerona tenkého klienta. ssh -X mi pripadalo ako nepohodlné riešenie a tak som hľadal niečo iné. A našiel som XDMCP.

XDMCP funguje tak, že namiesto lokálneho [xkg]dm sa objaví vzdialený [xkg]dm a po prihlásení beží cez sieť celý správca okien (window manager).

Informácie som čerpal z XDM and X Terminal mini-HOWTO. Keďže používam KDM a KDE, menil som natavenia pre KDM. Keď človek pustí kcontrol a nakliká nastavenia KDM, všetky komentáre z kdmrc sa zmažú. A to ma dosť naštvalo a na jednu vec som prišiel až dnes.

Teraz to však už beží a som dosť prekvapený rýchlosťou. Za 2000 Sk a 100Sk za sieťový kábel som získal plnohodnotný druhý počítač. Záťaž servera je okolo 5-15%. Dokonca mplayer pustený na fullscreen cez sieť robí celkovo iba 25%. A aby som nezabudol, na Celerone 333 beží Debian.

       

Komentáře

[Pmx]

Máš nějak vyřešen zvuk?

[lukipuki]

Zvuk nie, je to v jednej izbe a aj tak máme iba jedny repráky. A Celeron nemá zvukovú kartu. Ale zaujímalo by ma, či sa dá aj zvuk posielať cez sieť.

[miso]

Ano, teda cital som o tom ( az si spomeniem kde, dam link )

[Pmx]

Alespoň esd by to měl umět, pokud vím. Ptal jsem se jen tak ze zajímavosti

[Marián André]

Jedna z možností - The Network Audio System (NAS)

[Martin Beránek]

i artsd to umi...

[Josef Kufner]

Mam celkem dobre zkusenosti s esound (esd). Podrobnosti meho obskurniho reseni: http://jk.myserver.cz/ostatni/audio-over-lan/

V mplayeru je jeden maly bug tykajici se synchronizace zvuku a obbrazu, ale kdyz se posune ('+', '-') na hodnotu kolem 100 ms, tak je to ok (zacina na cca 300 ms). Na prehravani mp3 je vyhodnejsi pouzit mpd.

[Spike]

XDMCP je hrůza, asi jako zbytek architektury X11. Jsou rozhodně pokročilejší, i komprimované protokoly. A některé systémy pro vzdálenou správu vám neshodí celou session (všechny aplikace), když se přeruší spojení (Terminal Services (Nebo se to jmenuje Remote Desktop...?) ve Windows 2003..?) Po těch dvaceti letech by možná neškodilo nějaké malé vylepšení. Na LAN to člověka až tak netrápí, na Internetu už ano.

[miso]

Vraj taketo veci (session, objem dat, ...) riesi nx, ale este som to netestoval
http://www.nomachine.com/

[Spike]

Řeší neřeší. Je to takový workaround než skutečné a pořádné řešení situace, navíc je to docela velký balík v systému navíc. Vzdálené přihlášení do lokální session, která není před tím spuštěná v NX, to nevím, jak řeší...

[Marián André]

x11vnc, poprípade RFB (PDF), čo je čisto VNC záležitosť

[Spike]

A? Já čekám na funkční patch pro X.org, ne nějaký idiotský workaround.

[Marián André]

A nič. Je to jedno z možných riešení.

[Spike]

To už je NX podstatně dál... A pořád saje.

[Martin Beránek]

OK, tak co mi teda doporucite??? mam bezdiskovou stanici (jednu) a bezi to na local lan. pozaduji samozrejme OS a nejlepe ebuild (v soucasnosti pouzivam ltsp)

[Spike]

Doporučil bych otravovat vývojáře X.org, pokud myslíš, že to využiješ. Občas je fajn, nechat běžet některé grafické programy na serveru, vzdáleně se do té session přihlásit, normálně pracovat, zase se odhlásit, a programy běží dál... Připadně nepřijít o všechnu práci, pokud se přeruší spojení. A to vše naprosto TRANSPARENTNĚ v X. Samozřejmě, někoho ani nenapadne, že by takovou možnost využil.

[barney]

hmm, vyzera to ze mas drobne problemy pochopit co je co.

to co chces je to iste, ako keby si chcel otravovat developerov kernelu "zabudujte mi tam moj windowmanager".

ale nikto ti nebrani navrhnut a implementovat nieco nove

[Zdeněk Burda]

hmmm, vypadá to, že máš drobný problém pochopit k čemu slouží <pre> tag, proto ho prosím nepoužívej dokud se to nenaučíš. Pre tag jsem z tvého komentáře odstranil

[Spike]

Vidíš, mně přijde, že ty víš velké prd. Rozhodně to není to samé. Implementace na úrovni X by ušetřila mnoho duplicitního kódu a mnoho starostí a přijde mi naprosto logická.

[Marián André]

Á, pán je radikál...

[asd]

za xka jeste monolitictejsi nez jsou ted... budiz rm -rf s nami.

[Spike]

Proč by mělo být X kvůli tomu monolitické? Mně jenom nepřijde správné používat kvůli tomu několik desítek megabajtů velký software, který z poloviny znovu implementuje X a navíc to není tak docela ono. Co je špatného na tom, mít úžasnou, užitečnou, zcela transparentní funkci? Copak nechápete, že se jedná o "malé" rozšíření stávajích síťových možností X? (No, a pak by stačilo přepsat inteligentněji tu zobrazovací část... Třeba se trošku poohlédnout u NEXTStepu/Apple... A máme tu dokonalý, moderní grafický systém. ^_^)

[mimi.vx]

na lokalni sit idealni reseni (samozrejme na inet asi vnc...).... esd i arts by melo umet sitovy zvuk staci nejaka levnejsi zvukovka jedouci pod alsou ... kernel 2.6 tezce doporucen. Kdysi jsem takhle bez problemu provozoval ve skole p100 jako server s kde 1x a klienti byli 486 s win95 a nejakou implementaci x ... asi 3 nebo 4 ...