"D" is a really bad state; it indicates that the network stack or the network card had to drop network packets. It's like "O", but worse.
so, how what does
benchmark_rate --rx_rate 1e6
say?
What is your network card, what is your OS, are you using a firewall, and are you sure everything involved is 1Gbit Ethernet capable (USRPs cannot work with 100Mbit/s Ethernet, because it doesn't support the frame format).
Best regards,
Marcus
On 05.04.2016 20:12, monika bansal wrote:
python benchmark_rx.py -f 1100M --args "addr=10.32.38.163" --to-file=/home/ashokbandi/GNU/a_rx.txt --bandwidth=500000Hii,I am running benchmark code and on the receiver side after receiving some number of packets(8000 so), it starts showing overflow errors ("DDDD") on terminal.
Following is the system configuration
Decreasing the bandwidth delays the error.
I tried changing buffer size by setting net.core.rmem_max and net.core.wmem_max to 33445532 but to no avail.
Following is the screen shot of terminalDDok: True pktno: 24116 n_rcvd: 9730 n_right: 9723
DDDDDDDDok: True pktno: 24182 n_rcvd: 9731 n_right: 9724
DDDDDDDDDDDDDDok: True pktno: 24319 n_rcvd: 9732 n_right: 9725
DDDDDDDDDDDDDDDDok: True pktno: 24442 n_rcvd: 9733 n_right: 9726
DDDok: True pktno: 24477 n_rcvd: 9734 n_right: 9727
DDDDDDDDDok: True pktno: 24568 n_rcvd: 9735 n_right: 9728
DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDok: False pktno: 22729 n_rcvd: 9736 n_right: 9728
Thanks
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
No comments:
Post a Comment