The size of the recv buffer depends on a bunch of things. On X310, when using 10 GbE, UHD will try and make the socket buffer 25MB in size. Until the socket buffer is full, there will be no overrun.
BTW if you want to find O in UHD, grep for "\<O\>" (or ag "\bO\b"). But you don't have to, I can tell you that you will end up in radio_control_impl.cpp. There are several knobs for you to tune: - Are you starting your recv() call soon enough, or is the radio streaming before you recv? - Can you increase the buffer size that you pass into recv? In an extreme case, you would pass a buffer that is big enough for all num_samps, and let UHD handle it. Also, what's your rate, your device, your transport... --M On Thu, Jul 31, 2025 at 10:17 AM Nikos Balkanas <nbalka...@gmail.com> wrote: > Did some more testing. Tried to fill rx_streamer's buffers in purpose. > .stream_mode = UHD_STREAM_MODE_NUM_SAMPS_AND_DONE > streamer timeout set to 3". > > 1) .num_samples = 16384. Read 1024 each time in a loop sleeping 1" each > turn. > More than 16" to complete the read. No OO's. > 2) .num_samps = 3e5. Read 1024 samples each time in a loop adding 1" to > sleep > in each turn (1, 2, 3, 4, ...). 11 hrs to complete the read. No OO's. > > Is overflow even working right? > How large are the streamer's receive buffers? > > Nikos > > On Wed, Jul 30, 2025 at 3:04 PM Nikos Balkanas <nbalka...@gmail.com> > wrote: > >> Hi, >> >> I am getting a few overflow errors after sometime, from using my code.. >> First OOs in stdout and then metadata at which point it stalls. >> I'm using .stream_mode = UHD_STREAM_MODE_NUM_SAMPS_AND_DONE, >> Each time I read .num_samps in a loop until complete and then restart the >> streamer. >> I can't think of any case that I don't read all of the samples, so this >> shouldn't happen. >> What tools are there to debug this issue? >> A function to monitor the rx_streamer internal buffers would be very >> useful. >> Even the filename that implements this overflow would be helpful. >> Grepping "OO" in the sources doesn't help. Always hits in "BOOST":( >> >> TIA >> Nikos >> >> _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-le...@lists.ettus.com >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
