Názory k článku
Vítězná cesta TCP/IP

Autor zcela v duchu dřívějších tendenčních nézorů zcela opomenul, že řada minipočítačů SMEP nebyla jen kopiemi amerických minipočítačů digital, ale že byla i druhá řada (číslováním dokonce jako první!), kde byly vyráběny kopie konkurenčních minipočítačů Hewlett-Packard. Jakožto člověk právě z té opačné strany konkurenční bariéry musím upozornit na jejich vysokou kvalitu - tyto systémy kromě výpočetního nasazení řídily mnoho našich elektráren a staly se ve své době také armádními standardy.
Probíhalo i spojování těchto minipočítačů do homogenních sítí, založených na firemních protokolech.

Predpokladam, ze mate na mysli ty kouzelny ADT 4700;-) (bez ironie, fakt jsem je mel rad!)

Já taky, však jsem jim take venoval nejlepší léta mého života.

:-)
Krasna vzpominka. S ADT jsem se take potkal a rad na to vzpominam. Mozna bych ho jeste dnes zvladnul nastartovat. Neslo jen o to jej zapnout (aby nedoslo k nedorozumeni s temi, kteri jiz poznali jen PC :-)) ! :-)
Delali jsme na tom v Assembleru a ve Fortranu...a byl i prekladac Pascalu - coz je, svym zpusobem, trochu zajimave, protoze ta masina nemela zasobnik (alespon jestli si dobre pamatuju)...
Jo, hezka vzpominka.

Ja bych ho uz nastartovat nedokazal, protoze se tam musel vytukat nejakej kod (obsah S registru) a pak zmacknout par tlacitek v urcitym poradi.
Programoval jsem to nejcastejc ve Fortranu - Pascal na to byl dobrej, ale systemovy veci se v nem psaly trosku spatne. No, a assembler vedl, protoze jsem mel tenkrat ve zvyku implementovat Forth na kazdej pocitac, kterej mi prisel pod ruku, a psat to ve Fortranu mi pripadalo blby. Akorat pak skoncil skolni rok a tak jsem ten Forth nikdy nedokoncil :-(
S tim zasobnikem je to pravda, ale bylo tam vic takovejch fint, jako treba neprimy adresovani do libovolny urovne a tak podobne...

Ten start nebyl tak složitel - na většině strojů co jsem viděl bylo samolepkama nebo fixkama naznačeno co se má namačkat. A pak už jen STORE PRESET IBL RUN a jelo to!

No já nemohu zapomenout na geniální instrukční bit "RSS" :-)
A jak jsme tvořili instrukce tak aby je bylo možno použít jako konstanty :-)

RSS uz si nevybavuju, prece jen jsem toho zas tolik nenaprogramoval :-(

S tema instrukcema jako konstantama - pekna frajerina, to me nikdy nenapadlo. Myslel jste to jako instrukce v prvni strance, ktera se soucasne dala pouzit jako konstanta?

...a více už si pánové mohou vyříkat zde

Ocividne jsi nic takovyho nezazil - ADT bylo neco jako ZX Spectrum ve vetsim a videt technika ze Zbrojovky nebo kdo to vlastne vyrabel, jak natahuje system z derny pasky, to byl zazitek na celej zivot:-)

Pche, technik ze Zbrojovky ;-)

Ale co tak děrnopáskový dvouprůchodový překladač Fortranu?

Nebo operační systém reálného času pro řízení technologií taky z děrné pásky?

Pro ty mladší:
Taková děrná páska to bylo vlastně médium typu WORM, něco jako dnešní CDROM (ale sekvenční). Akorát s tím rozdílem, že vyděrované dírky šly lepicí páskou přelepit a ručním děrovátkem zase dodírkovat, což se mi u CD stále nějak nedaří. :-))

Vzdavam to - koneckoncu jsem byl proti Vam jenom zobak:-))) Za vrchol svy dovednosti jsem povazoval umeni vlozit magentickou pasku a protahnout ji spravne vsema kladkama, coz mi vetsinou zabralo asi pul hodiny, protoze na to bylo zapotrebi asi jedenacti rukou, kazda se sedmi petikloubovejma prstama;-)

No, pri akutni potrebe se z pasky daly i vystrihovat nevhodne pasaze, pripadne tam kus vlozit, takze tak uplne sekvencni WORM to nebyl (i kdyz pripoustim, ze na takovehle "upravy" byly lepsi derne stitky ...) ;-)

RSS byl bit co reverzoval podmínku v přeskokové instrukci.

A ta konstanta mohla být kdekoliv - akorát se muselo dát pozor aby to bylo blízko a šlo se na to přímo; a což taková lahůdka - upravit instrukce co byly k dispozici neužitečnými bity tak aby to byla ta potřebná konstanta!

Jinak je to zde fakt OT.

Jako student se budes muset jeste ucit, tak neopisuj nazory co si nasel na netu !!!

To byla narážka na koho a proč? Jestli na mne, tak student už řadu let nejsem a na projektech minipočítačů SMEP 1,2 jsem hodně let spolupracoval.

Onen skvely system na distribuci souboru se nenazyval TRICLE, ale TRICKLE. Velice rad jsem ho pouzival, a to jeste velice dlouho pote, co uz byl k dispozici Internet a FTP - pomerne dlouho byl totiz na prenos vetsich souboru spolehlivejsi a dokonce casto i rychlejsi. Mimochodem, v textu se sice mluvi o tom, ze slo o "cache" system, veci neznalemu ctenari vsak patrne unikne nezminena a pritom velice zajimava vlastnost, ze slo v zasade o cache distribuovanou - pozadavek zaslany jednomu TRICKLE uzlu, ktery data k dispozici ve sve cache nemel byl predan k vyrizeni takovemu TRICKLE uzlu, ktery pozadovana data k dispozici mel a teprve pokud takovy neexistoval byla data prenesena z Ameriky.

A jeste bych se pozastavil nad jednim vyrokem - UDP pracuje nad protokolem IP podobně jako TCP. Je vybaven slabším mechanizmem pro zotavení z chyb - nemohu se zbavit dojmu, ze UDP neobsahuje zadny mechanismus na zotaveni z chyb.

Jeste jedna drobnost

72360.544@compuserver.com rozhodne neni spravna adresa. 72360.544@compuserve.com je spravne.

Myslim, ze Tvuj dojem z UDP je kompatiblni s mym :-)

:-)))) No, mate urcite pravdu oba, zajimalo by mne, proc ta dvojznacnost ohledne UDP v clanku - ze by si autor nebyl "az zas tak docela jisty"? :-))))).

No on ten TCP neni taktez tak 'bezpecny' co se integrity dat tyce jak to vypada na prvni pohled... ostatne, to CRC v nem je hodne chabe, o cemz se pomerne casto presvedcuji zejmena tahaci filmu ci image(s) CDcek...

I když já přesně neznám situaci s EC-1045 v OVC.
Ale na dvou spojených EC-1045 v SVT ČSAV se daly spočítat věci, které byly do roku 1984 pro "neprivilegované lidi" nespočítatelné.
Vhodné využívání systému ROS navíc umožňovalo i v poruchovém prostředí úlohy automaticky dokončovat.
Trochu mě mrzí, že lidé, kteří se většími úlohami nikdy nezabývali, vidí trochu neobjektivně celý svět jen přes "své" počítače.

Za skutecne nepresnosti se omlouvam:
1. SMEP, HP - text vhodne doplnim
2. TRICKLE - preklep bude opraven
3. Preklep v adrese do Compuserve bude opraven

Nechci slovickarit, ale

UDP je sice "connectionless" protokol, presto poskytuje nektere, byt limitovane mechanizmy pro zjisteni chyb a vhodne nasledne reakce (zotaveni z chyb).
Prikladem muze byt vyuziti kontrolniho souctu (checksum) UDP datagramu pri eventualnim testu integrity dosleho datagramu (mozne reakce pri zjistene chybe: zahozeni UDP datagramu, predani aplikaci se signalizaci chyby), pripadne zprava prijimaciho modulu zdroji, ze uvedeny cilovy UDP port je nedosazitelny.

Jelikoz ze se v textu clanku sluvko TRICLE vyskytlo dvakrat, dospel jsem k zaveru, ze se nejedna o preklep, ale o systematickou chybu a proto jsem na ni upozornil. Kazdopadne, v clanku to sice opraveno jest, ale pouze v jednom z pripadu - nicmene, ted uz to skutecne v tom zbyvajicim pripade vypada jako preklep ;-)

A co se tyce toho UDP - nevim, jestli je to az takove slovickareni. Smesovani "detekce" a "zotaveni" z chyb mi jako pripustne zjednoduseni v tomto pripade nepripada. UDP protokol neobsahuje zadne mechanismy pro zotaveni z chyb. O detekci chyb (ke ktere slouzi napriklad zmineny kontrolni soucet) v clanku ani mem prispevku zadna rec nebyla. Tvrzeni, ze UDP obzahuje "slapsi mechanismus pro zotaveni z chyb" mi tedy jako zbytecne nepresne - a tato nepresnest ("nespravnost" bych napsal daleko radeji) se IMHO neda omluvit nutnym zjednodusenim odborneho textu pro laickeho ctenare, protoze pro toho by bylo stejne pochopitelne i daleko spravnejsi konstatovani, ze "neobsahuje zadny mechanismus pro zotaveni z chyb" pripadne "obsahuje jednodussi mechanismus pro detekci chyb".

Nechci vas zbytecne nahnat do kouta, ale UDP skutecne zadny mechanismus pro zotaveni z chyb nenabizi, nabizi pouze detekci (nekterych) chyb; pokud na zaklade teto detekce zajistuji zotaveni vyssi vrstvy (nebo primo aplikace) pak se rozhodne neda mluvit o tom, ze je takove zotaveni vlastnosti UDP protokolu.