Administrace komentářů

Toto je jen teoreticka otazka.

Jina diskuse se dotkla zajimaveho tema - co provozovat nad primym spojenim pres seriovy port mezi vyrazne slabym strojem a vykonnym strojem.

Pozadavkem je, aby se slaby stroj dal pouzivat jako pracovni pocitac, tj. aby na nem sly spustit programy a mohl komunikovat s jinymi stroji na siti, vcetne pristupu na Internet (tzn. IP site, tedy nejen napr. o adresaci v ramci mistniho Ethernetu). Nejde o to provozovat to jako terminal (at uz alfanumericky nebo X).

Samozrejme prvni, co cloveka napadne, je SLIP/PPP. SLIP je jednodussi, takze by mozna mel byt rychlejsi a mit mensi narok na implementaci. Nekdo tvrdi, ze pro interaktivni pouziti ma PPP lepsi odezvu. V kazdem pripade jde o zapouzdrovani IP do jineho protokolu. Tedy dve vrstvy protokolu na vyrazne pomale lince + jejich implementace (pamet, cykly procesoru) ve slabem stroji.

Slo by se jich nejak zbavit? Jit vice "na drat"? Navic treba i preposilat IP pozadavky programu na silny stroj, ktery by fungoval jako IP proxy pro slaby stroj a tomu by jen preposilal hola data?

Sly by Kermit nebo UUCP premluvit k tomuto ucelu? S nejakou nadstavbou (shromazdovani IP dotazu programu a jejich smerovani do trubky dratu). Existuje jine reseni? Zvysilo by to rychlost pres tu linku? Byla by implementace narokove nizsi nez zasobnik TCP/IP/PPP? Nebo pozadavku na adresaci ostatnich pocitacu (sit IP nebo Ethernet za silnym strojem), zasilani informace o portech IP, pro ktera jsou data, ktere si aplikace na slabem stroji vyzadaly apod. nic lepsiho nez IP nevyhovuje? Nebo implementace IP/PPP je vzhledem k narokum jinych programu (typu vim, mc, links, ...), ktere pobezi na tom stroji, zanedbatelna?

Jak videt, je to otazka pro nekoho, kdo ma hlubokou znalost komunikacnich protokolu a jejich implementace. Jak jsem psal, ze to ciste teoricky.