Bill Pringlemeir wrote: > On 20 Jan 2008, [EMAIL PROTECTED] wrote: > > The problem is, that happens on layer to which we have almost no > > access and all interfaces which exists to those layers typically > > require super-user privileges. In theory, most of your traffic might > > consist of retransmitted segments and ACKs but on our layer, we see > > none of that, we only see the effective payload and its transfer > > rates. > Do we count the IP headers? That is tough, because it could be PPPxx > with IP layer compression, etc. My guess is that gtkg count the > payload bytes only.
gtk-gnutella counts the payload only albeit it takes 20 bytes of TCP header overhead into account somewhere. It would be possible to include some overhead for each $MTU bytes sent and maybe even add some assumed overhead for ACK packets in the opposite direction. Like-wise, for every established inbound and outbound connection, some SYN/ACK overhead could be assumed. Maybe this would gain more realistic measurements. It doesn't require privileges to get some status information from any network interface but unfortunately this information typically includes LAN traffic. This means those values are fairly useless in the general case as throughput could be drastically overestimated. > I have definitely set my bw setting emprirically. Ie, I look at iftop > output and change gtkg bw limits to get near saturation of the link. I also adjust the settings based on the current situation. If other network activities seem significantly affected, I just reduce the bandwidth limit for HTTP traffic. > The gtkg limits are lower than the actual bw consumed. -- 1000 octets = 1 ko = 1 kilooctet; 1024 octets = 1 Kio = 1 kibioctet 1000^2 octets = 1 Mo = 1 megaoctet; 1024^2 octets = 1 Mio = 1 mebioctet 1000^3 octets = 1 Go = 1 gigaoctet; 1024^3 octets = 1 Gio = 1 gibioctet ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
