The data rate I'm dealing with is ~30 Mbytes/s. Receiver should be able to keep up with the required data rates (but barely), but it wasn't designed to work with Ethernet packets, so it's having a hard time due to the bursty nature of the incoming UDP packets. On top of that, it's got limited rx buffer.
I was really hoping I could handle this in GnuRadio, but it sounds like I need to figure out a different way. Thanks for the suggestions! On Sun, Mar 4, 2018 at 6:50 PM, Michael Piscopo <mike.pisc...@gmail.com> wrote: > I think if you want to smooth it out, you'll need to add the packets to a > custom queue and use your own transmit thread rather than trying to do it > all in the work function. That way you can send consistent-sized packets > and adjust the per-packet timing if you need to. > > > > On Sun, Mar 4, 2018 at 7:23 PM, Firdavs Pulat <firda...@gmail.com> wrote: > >> Setting it on the UDP itself didn't change the behavior either. Do you >> (or anyone else) have any other ideas? >> >> Thank you >> >> >> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> >> Virus-free. >> www.avast.com >> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link> >> <#m_-8113279904684015709_m_-4079682633075123343_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> On Sun, Mar 4, 2018 at 5:16 PM, Jeff Long <willco...@gmail.com> wrote: >> >>> I think you'd want to set that on the UDP sink itself. >>> >>> On 03/04/2018 01:30 PM, Firdavs Pulat wrote: >>> >>>> Thanks for the suggestion, Jeff. Unfortunately, that didn't seem to >>>> help. I still see bursty packet transmission. >>>> >>>> Btw, currently I have: USRP source --> Low-Pass Filter --> >>>> ComplexToInterleavedShort --> Endian Swap --> UDP Sink. I added the >>>> set_max_noutput_items line at the output of the Endian Swap block since >>>> that would be the input to UDP. Is that the only place where I would have >>>> to make that change, or on all the blocks? >>>> >>>> Thanks! >>>> >>>> >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source >>>> =link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> >>>> Virus-free. www.avast.com <https://www.avast.com/sig-ema >>>> il?utm_medium=email&utm_source=link&utm_campaign=sig-email&u >>>> tm_content=webmail&utm_term=link> >>>> >>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>> >>>> >>>> On Sun, Mar 4, 2018 at 6:44 AM, Jeff Long <willco...@gmail.com <mailto: >>>> willco...@gmail.com>> wrote: >>>> >>>> Try yourblock.set_max_noutput_items(1024/itemsize) >>>> >>>> >>>> On 03/03/2018 09:57 PM, Firdavs Pulat wrote: >>>> >>>> Hello everyone, >>>> >>>> I have a B200mini device I'm communicating over USB to a pc >>>> which is running the gnuradio software. The gnuradio does some >>>> processing (e.g., low-pass filtering, data type conversion, >>>> etc), and finally gets to the UDP sink block where packets are >>>> generated and sent through Ethernet to an external device. The >>>> issue I'm having is that, in the UDP block, >>>> noutput_items*d_itemsize size is alot larger than the UDP >>>> payload size (1024 bytes). So, UDP gets 4-6K worth of bytes and >>>> bursts it all out really fast (I can see this behavior in >>>> Wireshark), then waits to buffer up another 4-6K bytes, and >>>> sends it all out really fast. This process then continues. Is >>>> there a way to smooth this out so that it's not bursting bunch >>>> of packets all at once? Otherwise the external device isn't able >>>> to keep up and it's leading to tons of dropped packets. >>>> >>>> I tried setting the max output buffer in python but I get this >>>> warning when I run: gr::log :WARN: flat_flowgraph - Block >>>> (endian_swap_impl0) max output buffer set to 2048 instead of >>>> requested 512. >>>> >>>> Any ideas on what I can do to change this behaviour? >>>> >>>> Thanks! >>>> >>>> >>>> >>>> _______________________________________________ >>>> Discuss-gnuradio mailing list >>>> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> >>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>>> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> >>>> >>>> >>>> _______________________________________________ >>>> Discuss-gnuradio mailing list >>>> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> >>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>>> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> >>>> >>>> >>>> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
