Try messing around with the buffer size in gnuradio-runtime/lib/flat_flowgraph.cc
#define GR_FIXED_BUFFER_SIZE On Mon, Sep 8, 2014 at 6:24 AM, Peter Witkowski <pwitkow...@gmail.com> wrote: > Hello, > > I have a simple application written in Python using GNURadio. All I am > trying to accomplish is to have the USRP data be written to disk. The > application works fine when I dump data to /dev/null or run it at reduced > sampling rates. However, when I run at my desired sampling rate, I have a > good amount of buffer overflows (a series of "O" characters get printed). > > The host machine that I am working on should have no problems sampling at > the higher rates, but I have found a curious issue in that not a whole lot > of memory is used up by my GNURadio application. > > As a result, I am wondering if there is any way to tell GNURadio to use > larger buffers (on the order of a few GB) in order to prevent data from > being dropped. I noted that there seem to be several function calls > available in the C++ API, but there seems to be a limited set of these calls > in the Python wrappers. Latency is a non-issue for me at the moment, but I > need to capture all the data without dropping a large amount of data. Note > that I have the code running with "real-time" priorities in Linux. > > Thanks for your help. FYI I am running GNURadio on Ubuntu 14.04. Also, I > know that my RAID set-up is capable of writing to disk at twice the rate of > data coming in per benchmarking the HDDs. > > -- > Peter Witkowski > pwitkow...@gmail.com > > _______________________________________________ > 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