Changes between Version 26 and Version 27 of Internal/DesignNotes


Ignore:
Timestamp:
Apr 10, 2006, 5:08:14 AM (19 years ago)
Author:
kishore
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Internal/DesignNotes

    v26 v27  
    2727
    282810000 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.''
    3030
    3131A way to test this hypothesis would be to increase the size of the send socket buffer and re-run the same experiment.