[aprssig] Periodic Disconnects from APRS-IS
Gregg Wonderly gregg at wonderly.orgFri Jan 19 15:31:27 UTC 2007
- Previous message: [aprssig] Periodic Disconnects from APRS-IS
- Next message: [aprssig] 315 is dead :(
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
AE5PL Lists wrote: > This is not an issue of computer buffering but of TCP buffering. Yes Pete, but when there is a flood of data, it make sense to send as much data as you have in a single packet. Those return ACKs are part of the overall latency applicable to the delivery of data between machines. So, the fewer acks there are, the more opportunity there is for increased bandwidth utilization. Also, it occurs to me that most consumer highspeed internet services are asymetrical in bandwidth, and those ACKs go out through the slow side. This specific issue is what my sample algorithm was about. Write as much as you have, without any delays. Setting the socket TCP_NODELAY, is an additional step that is independent of this output optimization. The larger packets will not have a negative impact on TCP_NODELAY. It will simply reduce the number of ACKS needed and since they go through the lower bandwidth side of the interface, that might be the turning point for some users between consuming a full feed and not. Gregg Wonderly
- Previous message: [aprssig] Periodic Disconnects from APRS-IS
- Next message: [aprssig] 315 is dead :(
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the aprssig mailing list
