Mám na celou problematiku myslím docela funkční náhled, a jestli jsem napsáním vlastního webového browseru před lety neprokázal funkčnost tohoto náhledu, tak tedy vážně nevím čím by člověk mohl prokázat že tomu rozumí.
Jedna věc je uznávat nutnost existence ISO/OSI modelu - což prostě neuznávám, podle mě to není nic nutného a nevyhnutelného, je to jen jedna z možností jak se na problematiku dívat - a druhá věc je být schopen vyžádat si, analyzovat a prezentovat data uspořádané dle tohoto modelu. To že tomu rozumím a umít to využít neznamená, že bych si to neuměl představit jinak.
Uvědom si, že se bavíš s člověkem, který je reálně ochoten osobně doletět na Mars a zpátky pomocí dvou startů rakety Ariane, modifikovaného Sojuzu a sluneční plachty (pokud by se našlo zbytečných odhadem cca 20 miliard dolarů, které by byly potřeba na vývoj a na realizaci... :-) (Ale to je tady trochu offtopci :-)
Mily chaosi, z tvych specifikaci jsem nepochopil jednu IMHO velmi dulezitou vec - jak se bude vubec s Tvym protokolem zachazet? Predpokladam, ze kdyz bude natolik univerzalni, asi nad nim budou fungovat i veci typu (tj. "vypadajici jako") dnesni sluzba WWW, a dejme tomu, ze i treba prenos mailu (historicka odbocka - s TLD .czf, aby se daly posilat gigabajtovy maily, vid :-) ).
A nyni jsem nejaka korporace (a fuj, sorry, dobre, nejsem korporace, jsem radovy obcan a nebo zivnostnik), mam k dipozici jeden stroj a chci na nem provozovat pseudoHTTP over GFNP a zaroven pseudoSMTP over GFNP.
Uzivatel na druhem konci Tve GFNP-only site tedy do GFNP-enabled browseru napise gfnp://ZadnaKorporaceAleObycZivnostnik a ceka, ze uvidi homepage obycZivnostnika. Protoze je aktivita uzivatele v excitovanem stavu diky tomu, ze GFNP-only sit funguje, a protoze ho GFNP-only served pseudoWWWstranka zaujala, chce mi pres GFNP napsat mail na adresu gfnp://ZadnaKorporaceAleObycZivnostnik/mail/JA. Spusti tedy GFNP-enabled mailer budoucnosti a odesle postu.
Zajimalo by me, jak GFNP-enabled aplikace zjisti, na jaky "port" (sorry, Tvuj GFNP termin neznam) na danem stroji ma dane pozadavky odeslat. Nebude to tak, ze by na kazdem GFNP-enabled stroji visel demon, ktery by se podle nejakeho klice rozhodoval, kteremu procesu preda prichozi data?
Pokud se Ti nechce rozepisovati, uvitam i link na vysvetleni.
__________________
cd /local/pub && more beer > /dev/mouth
01.05.2005 v 21:31
jkt
01.05.2005 21:32
Tento příspěvek byl moderován. K jeho zobrazení klikni
[zde]
(Moderated by
xchaos)
Jak říkám - hnidopišství, od začátku až do konce. Ano, Hurd je náhrada za kernel. Ale protože Hurd bude systém služeb běžících nad mikrokernelem, tak to zároveň nebude kernel v tom smyslu, v jakém je kernelem Linux nebo staré komerční Unixy. Ergo Hurd není kernel - ale něco, pro co je označení "operační systém" podobně nepřesné, jako označení "kernel". Je to "náhrada kernelu", "nižší vrstva operačního systému GNU", nebo tak něco, ale ne "kernel". Operačním systémem bude celek "GNU/Hurd", kernelem bude v tomhle případě konkrétní použitý mikrokernel (bude to přenositelné).
Je jaro a venku je hezky, a tahle diskuze je v tomhle vlákně offtopic.
01.05.2005 v 14:13
