Dragos Chiriac <[EMAIL PROTECTED]> scria la data de 23 Decembrie 2005:
[...]
> Cerere de iluminare.
>
> Ok, atunci pun si eu o intrebare. Inteleg ca faptul ca outputu se
> scoate in chunks de 4096 de bytes
Cum spuneam, 8192.
> (daca nu scrii 1> in loc de > :P) se datoreaza unui pipe ceva.
Nici o legatura. Cand redirectezi output-ul catre ceva care nu
seamana a tty, shell-ul cheama fork(2), cheama dup2(2) ca sa faca
redirectarea, face rezultatul fully buffered, apoi exec(3)-uieste
procesul respectiv.
> Fara nici o gluma, chiar ma intereseaza, cum si de ce ? si de ce se
> intampla faza cu > vs 1> ?. (si eu am ramas siderat cand am vazut
> prima data. Si la diverse chestii care folosesc tee tot asa tre sa fac
> ca sa "mearga", si culmea, merge).
La aceasta intrebare nu vei putea primi un raspuns rational decat
in momentul in care vei putea da un exemplu, reproductibil si pe alte
sisteme decat al tau, de caz in care se intampla asta.
> si cealalta intrebare humm, de ce tcpdump | grep merge coerent si
> tcpdump| less de exemplu merge tot in chunks. Sunt sigur ca exista o
> explicatie. Probabil tu o stii, si as fi recunscator sa ma lamuresti
> si pe mine.
Simplu: nu se intampla asta, din punctul de vedere al buffering-ului
nu e nici o diferenta. Cum ai masurat, ca sa tragi concluzia ca e o
diferenta?
Daca ai facut asta ochioscopic, o posibila explicatie ar putea fi ca
ai lansat tcpdump fara optiunea "-n", cu rezultatul ca la prima lansare
ai asteptat dupa DNS, iar la a doua raspunsurile DNS-ului erau deja in
cache...
> De asemenea sunt curios care e diferenta dinte exit si _exit la nivel
> ceva mai mult decat _exit face quick termination procedures, in timp
> ce exit le face complete. in rest descrierile sunt identice. de asta
> pt mine in general exit, _exit sunt acelasi lucru. In principiu ce e
> ala "quick" ? Macar mai invat si io ceva, cat ma dau pe liste.
Pentru asta iti recomand fie un sistem cu man pages mai bine scrise,
fie o carte de UNIX. Cum ar fi:
Stevens, W.R. - "Advanced Programming in the UNIX Environment",
Addison-Wesley, Reading, Massachusetts, 1997.
Cu putina creativitate o poti gasi si pe Internet, sub forma de PDF.
Salutari,
Liviu Daia
--
Dr. Liviu Daia http://www.imar.ro/~daia
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
