I am not sure but if your streaming at 10-million samples per second and each sample is 32-bit (two 16-bit components; I/Q) then your total needed bandwidth is 40 million bytes which means you need a 320-megabit network connection.
You might need a gigabit network? On Fri, Sep 8, 2017 at 3:04 PM, Meelis Nõmm via USRP-users < usrp-users@lists.ettus.com> wrote: > Yes. We are using a N210 and the memory limits have been updated to 50M. > Interesting to hear that it works with Ubuntu17, tho we would like to > stick with Debian. > > Any other ideas or queations? > Meelis > > 8. sept 2017 6:46 PM kirjutas kuupäeval <mle...@ripnet.com>: > >> The original e-mail reporting "trouble" didn't specify which USRP device >> was involved, so in the interests of clarification and completeness, I >> thought that I'd interject about USB devices. Yes, the N2xx and X3xx >> devices use a 1GiGe (or optionally 10GiGe for X3xx) for connecting to the >> host computer. >> >> >> >> >> >> >> On 2017-09-08 11:28, David wrote: >> >> USRP N2xx or X3xx are network devices? >> >> On 08/09/17 16:07, mle...@ripnet.com wrote: >> >> USRP devices that are attached via USB don't use the networking stack, so >> tweaking network-stack kernel parameters is irrelevant. >> >> Since the USB devices use LibUSB, which is entirely user-space, the >> transport parameters here should be investigated: >> >> https://files.ettus.com/manual/page_transport.html#transport_usb_params >> >> But if problems are occurring at low sample rates, it may be that your >> USB subsystem just isn't up to the task. >> >> >> >> >> >> >> On 2017-09-08 11:02, David wrote: >> >> could you explain why please? >> >> On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote: >> >> This is presumably a network-attached USRP (N2xx or X3xx)? Otherwise, >> network parameters are irrelevant. >> >> >> >> >> >> >> On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote: >> >> Hello, >> >> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), >> installed Debian 9 on it and tested Gnuradio on it. At first we installed >> via apt-get. We saw some drops in the gnuradio-companion and had issue with >> setting the real-time priority, so we removed it from the system and >> installed it again with pybombs. >> However, no difference. Today tested it again with UHD provided benchmark >> example (for easy reference). Saw occasional drops with Sps from 1e6 to >> 10e6. Thought it might be a network driver issue, updated the Intel network >> driver with the latest(?) e1000e driver. Still no difference. >> >> Any ideas, can we fix this somehow? >> Thank you >> Meelis >> >> Additional information is in the file attached, but most important system >> parameters: >> #system >> Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) >> #Network driver >> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) >> I219-LM (rev 31) >> filename: /lib/modules/4.9.0-3-amd64/upd >> ates/drivers/net/ethernet/intel/e1000e/e1000e.ko >> version: 3.3.5.10-NAPI >> >> >> $ ./benchmark_rate --rx_rate 10e6 --duration 300 >> >> [INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; >> UHD_3.11.0.git-181-g8f9f4184] >> >> _______________________________________________ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >> >> >> _______________________________________________ >> USRP-users mailing >> listUSRP-users@lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >> > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
