Hi Monika,
"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:
Hii,
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
python benchmark_rx.py -f 1100M --args
"addr=10.32.38.163"
--to-file=/home/ashokbandi/GNU/a_rx.txt
--bandwidth=500000
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 terminal
DDok: 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
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
|