----- Original Message ----- From: "Tarhon-Onu Victor" <[EMAIL PROTECTED]>
To: "Romanian Linux Users Group" <rlug@lists.lug.ro>
Sent: Tuesday, August 22, 2006 1:30 PM
Subject: Re[2]: [rlug] IfInOctets problem


On Mon, 21 Aug 2006, Simionov Daniel Adrian wrote:

am reusit in final in niste limite de eroare de maxim 3%-5% folosind microtime(true) care imi returneaza milisecundele, totul este ca timpul dintre cele doua citiri sa fie mai mare de o secunda.

Cu cit cresti durata cu atit vor scadea erorile. Insa fiind vorba de o rata instantanee a traficului nu te poti duce nici foarte sus, nu peste 10 secunde sa zicem.

peste o secunda indiferent ca este una sau sunt 10 valorile variaza foarte putin... in final am ales varianta cu doua citiri consecutive si un sleep(1)...

Pai nu cu 2 citiri consecutive faceai?? Daca faci numai o citire nu ai cum sa calculezi rata de trafic!! (T1-T0)/(t1-t0), unde T0 e numarul de octeti cititi la timpul initiail t0.

aloha

ca sa nu mor prost, ce e "viteza" pe care tot vreti sa o evaluati? citeam deunazi definitia vitezei cu ceva limita, ca orice derivata... hai sa punctam doua chestii care imi trec acum prin cap, care pot explica cele cateva chestii care s-au vehiculat:

1. cantitatea de informatie/date traficata nu e o chestie continua, deci limita aia e cam fortata. e ca in fizica atomica la definitiile alea cu viteza de dezintegrare... 2. presupunand ca am o functie F (*timestamp, *informatietraficata) care in momentul apelului imi intoarce cantitatea de informatie traficata la un anume timestamp "suficient" de apropiat momentului apelului/terminarii apelului, atunci are sens o definitie legata de viteza medie pentru un anume interval de timp. dar eu nu sunt convins ca functia F (care o implementezi cu un snmpget pe modem de cablu sau cu o comanda pe cmts sau pe shaper) imi va intoarce o valoare reala, mai ales ca pot sa prind apeluri de F ce prinde transmisia la mijlocul pachetului.

tibi

ps: inca nu am beut berea si nici nu m-am uitat pe gugle cu privire la subiect.

t.


_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui