Názory k článku
Co před námi tají /proc (22)

Abych pravdu rekl, kdyz jsem uvazoval o sepsani podobneho clanku, stravil jsem nejvice casu prave na /proc/net a hlavne na /proc/sys/net. Hlavnim problemem je nutna pomerne detailni orientace v sitovych technologiich a algoritmech. Autor doposud popisoval vse velmi peclive, tak jsem se tesil, jak se vyporada s timto. V jeho pojeti by adresar /proc/net byl na nekolik clanku. A ono nic :-(

Ale abych jen nekritizoval, uvedu opravu. "frame" neni jen tak nejake "informace o ramcich". Je to pocet ramcu linkove vrstvy (nebo jak se jmenuje :-), ktere byly poskozeny - neuplne, atp.

Jsem si tohoto nedostatku vedom. Ale site jsou (zatim) pomerne dost mimo mne. Takze i kdybych dlouho studoval, zkusenosti nenastuduji. Je mi to lito, snazim se vzdy napsat maximum veci, ktere znam, ale neznam vsechno. Bylo by fajn, kdyby treba zdovna site (nebo treba SCSI) si vzal nekdo kdo se vyzna, a udelal pookracovani nebo navazujici serial. Dalsi obecny problem, ktereho jsem si vedom ze se podepsal negativne na kvalite poslednich nekolika dilu je cim dal vetsi nedostatek meho casu. Ale nez posledni dily nenapsat vubec, doufam ze alespon neco je prece jen lepsi.

No ja jsem prave chtel videt, jak budes vysvetlovat treba takovy Slow Start mechanism, nebo ruzne jine TCP congestion avoidance mechanismy, jejichz ovladaci konstanty jsou pristupne v /proc/sys/net/tcp :-)

Jsem si tohoto nedostatku vedom. Ale site jsou (zatim) pomerne dost mimo mne. Takze i kdybych dlouho studoval, zkusenosti nenastuduji. Je mi to lito, snazim se vzdy napsat maximum veci, ktere znam, ale neznam vsechno. Bylo by fajn, kdyby treba zdovna site (nebo treba SCSI) si vzal nekdo kdo se vyzna, a udelal pookracovani nebo navazujici serial. Dalsi obecny problem, ktereho jsem si vedom ze se podepsal negativne na kvalite poslednich nekolika dilu je cim dal vetsi nedostatek meho casu. Ale nez posledni dily nenapsat vubec, doufam ze alespon neco je prece jen lepsi.

Seial se zajmem sleduji, nicmene mam malou vytku - pokud autor nekterym oblastem prilis nerozumi, at je prosim nekomentuje. Prohlasit o jednotlivych IPC ze jsou vzajemne zamnenitelne je totiz poradna blbost. Zajmalo by me, jak sdileni zpravy (shared memory je rovnez IPC) realizuje pomoci semaforu (pravda, prenos mnohaznakove zpravy v jednobitove entropii zvladl jiz pan Morse...;-))

Jak jste ukazal, jsou vzajemne zamenitelne :) Nicmne pro ruzne cinnosti jsou samozrejme vhodnejsi ruzne postupy. Nerekl jsem ze se nelisi vubec. Kdyby byly zcela zamenitelne, neexistovaly by tri IPC mechanismy ale jen jeden. Uznavam, ze to melo byt minimalne v uvozovkach, nebo radeji formulovane jinak. Myslenka byla takova, ze jsou to vsechno IPC mechanismy a poskytuji tedy IPC sluzby (v tom jsou stejne). Pak je otazka jestli jde o synchronizaci (semafory, zpravy i sdilena pamet) nebo o predavani dat (pak prichazi na radu zpravy a shm).

Muj problem je spise v tom, ze balancuji na rozhodovani, zda ma byt serial pro sirsi cast ctenaru, kteri treba nejsou detailne obeznameni s problematikou (nebo vubec), nebo jen pro "hornich 10%", kteri o tom vi skoro vse. Obcas mi neco ujede a blizko sebe formuluji tvrzeni jak pro prvni tak pro druhou skupinu. Za vznikla nedopatreni se tedy vsem omlouvam.