Changes between Version 24 and Version 25 of Internal/DesignNotes


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

Legend:

Unmodified
Added
Removed
Modified
  • Internal/DesignNotes

    v24 v25  
    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 unclear from these results as to what the source of this loss is but 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. Also, 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 the same number of packets.''
    3030
    3131A way to test this hypothesis would be to increase the size of the send socket buffer and re-run the same experiment.