Hi Kai, Fully consuming one core isn't unusual. Why do you think you're not transmitting?
If you want to isolate the USRP performance, you could use UHD example code, like benchmark_rate (in /path/to/prefix/lib/uhd/examples/). This will provide a summary after running, and may give an indication of what problems you're seeing. Regards, Brent On Thu, Oct 19, 2017 at 7:25 AM, Kai-Uwe Storek via USRP-users < usrp-users@lists.ettus.com> wrote: > Hey, > > after experiencing some problems (time outs, etc) with the current UHD > develop version (master branch) I changed the UHD version to 3.10.2 > (maint branch, #122bfae). > > To do so, I just used the prefix recipe gnuradio-stable via pybombs. > > Now I'm not able to transmit even low bandwidth signals. My setup is > > - X300 via 1G ethernet > - gnuradio (maint branch) > - Debian with kernel 4.9. > > I used a simple flow graph with just a sine source directly connected > to the USRP sink block. Even for sample rates below 2MSamples/s one of > the cpu core of my Xeon E5-2630 v2 is 100% busy. > > Observing the cpu load with htop, I recognized that most of the cpu > load is red which indicates kernel space activities... > > After several seconds I finally got many "U"s in the console window. > > Some ideas how to isolate the problem? > Thanks in advance! > > Kai > > _______________________________________________ > 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
