# Gr::log :WARN: udp\_source0 - Too much data; dropping packet

**URL:** <https://www.ruby-forum.com/t/gr-log-udp-source0-too-much-data-dropping-packet/233598>\
**Category:** GNU Radio\
**Created:** [December 28, 2014, 4:00am UTC](https://www.ruby-forum.com/t/gr-log-udp-source0-too-much-data-dropping-packet/233598 "2014-12-28T04:00:57Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![addis\_a](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/c4cdca/32.png) [@addis\_a](https://www.ruby-forum.com/u/addis_a)\
**Post date:** [December 28, 2014, 4:00am UTC](https://www.ruby-forum.com/t/gr-log-udp-source0-too-much-data-dropping-packet/233598/1 "2014-12-28T04:00:57Z")

</div>

Hi,  
I am writing a code where data is psk modulated in a host and then the  
modulated psk symbols are sent over udp to a remote host where a  
demodulator is setting.  
I am having troubles getting it to work.  
I have the following warning message filling the console.

“gr::log :WARN: udp\_source0 - Too much data; dropping packet.”

It looks there is a flow control problem. However, I tried to increase  
the buffer size of the source udp but I still have the same problem.

The code is very simple. It is:  
in host 1: signal source \>\> packet encoder \>\> DPSK modulator \>\> udp  
sink

in host 2: udp source \>\> DPSK demodulator \>\> packet decoder \>\> GUI time  
sink

---

<div class="post-metadata">

**Author:** ![Anis\_E](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/a698b9/32.png) [@Anis\_E](https://www.ruby-forum.com/u/Anis_E)\
**Post date:** [December 28, 2014, 11:59am UTC](https://www.ruby-forum.com/t/gr-log-udp-source0-too-much-data-dropping-packet/233598/2 "2014-12-28T11:59:10Z")

</div>

Hi Anis,  
this indicates that the flowgraph downstream from the UDP source is too  
slow processing the samples.  
Therefore you a) need to make sure that the flow graph is as fast as  
possible[0], and/or  
b) get a faster computer and/or  
c) not directly feed the samples to the flow graph but buffer them to  
e.g. a named pipe [1] and read that using a file source, offering you a  
much larger buffer.

Greetings,  
Marcus

[0] I habitually say the following: Don’t ever use a throttle block,  
unless you need to throttle the flow of samples, which is almost never  
the case (unless you’re visualizing signals that you generate  
artificially)  
[1] “man fifo”, “man mkfifo”