Changes between Version 26 and Version 27 of Internal/DesignNotes
- Timestamp:
- Apr 10, 2006, 5:08:14 AM (19 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Internal/DesignNotes
v26 v27 27 27 28 28 10000 packets were sent "as fast as possible". There was no "sleep" statement between two consecutive send events at the sender. The figures above show the number of packets lost per receiver (top left) and the number of successful packet receptions (top right). The figure on the bottom left shows the total time taken to receive all packets at each receiver from the sender. Although it is inconclusive from these results as to what the source of this loss is, we surmise that it is due to buffer overflows at the sender. Our argument in favor of this hypothesis is as follows: 29 ''We waited 5 minutes after the sender terminated before terminating the tcpdump application on each receiver. Hence we waited "long enough" for each sent packet to arrive at each receiver. Another observation is that each receiver is receiving the same number of packets.''29 ''We waited 5 minutes after the sender terminated before terminating the tcpdump application on each receiver. Hence we waited "long enough" for each sent packet to arrive at each receiver. Another observation is that each receiver is receiving roughly the same number of packets and the total time to receive all packets is '''only''' around 2 seconds.'' 30 30 31 31 A way to test this hypothesis would be to increase the size of the send socket buffer and re-run the same experiment.