Hi Marcus, Thanks for the inputs. I'll look into these.
Thanks, Amrit On Mon, Jan 13, 2020 at 11:50 PM Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 01/13/2020 05:26 AM, Amrit Pal Singh via USRP-users wrote: > > Hi All, > > I am benchmarking the following commands on X310, B210 and N200 on > UHD-3.14 version: > > 1. usrp->set_tx_freq(tune_req, 0); > 2. usrp->set_rx_freq(tune_req, 0); > > I am changing the frequencies inside a for loop for 1000 and 5000 times. > The code snippet is as follows: > int count = 5000; > uhd::usrp::multi_usrp::sptr usrp = uhd::usrp::multi_usrp::make(args); > double start = usrp->get_time_now().get_real_secs(); > for(int a = 0; a < count; a++){ > uhd::tune_request_t tune_req = uhd::tune_request_t(800e6 + (a * > 1e6), 0); > tune_req.dsp_freq_policy = uhd::tune_request_t::POLICY_NONE; > tune_req.rf_freq_policy = uhd::tune_request_t::POLICY_AUTO; > //usrp->set_tx_freq(tune_req, 0); > usrp->set_rx_freq(tune_req, 0); > } > std::cout << "time:" << ((usrp->get_time_now().get_real_secs() - > start)/count) * 1000 << "(ms)" << std::endl; > > The following table summarizes the result observed with average time for a > single frequency hops and the hop rate as well for both Tx and Rx. > > X310 test > > > > No of hops Tx time (average) ms Tx Hops/second Rx time (average) ms Rx > Hops/second > 1000 0.0453756 22038.27608 0.0441415 22654.41818 > 5000 0.051013 19602.84633 0.0457056 21879.15704 > > > > > > B210 test > > > > No of hops Tx time (average) ms Tx Hops/second Rx time (average) ms Rx > Hops/second > 1000 3.34055 299.3519031 5.13762 194.6426555 > 5000 3.35529 298.0368314 4.94233 202.3337171 > > > > > > N200 test > > > > No of hops Tx time (average) ms Tx Hops/second Rx time (average) ms Rx > Hops/second > 1000 0.0530515 18849.6084 0.0504478 19822.46996 > 5000 0.0391015 25574.46645 0.037663 26551.2572 > As observed, the rate is really slow for B210. I also tested using another > B210 and it gave similar results. > Could anyone share any insights into these values. > > Thanks, > Amrit > > > Also, see here: > > > https://wiki.analog.com/resources/tools-software/linux-drivers/iio-transceiver/ad9361?s#fastlock_mode > > The UHD drivers don't implement "fast lock mode", but if you only have 8 > frequencies to manage, you could do some coding > and make it work. But the fact is that for many/most F-H scenarios, you > need more than that. Which requires a lot of > tricky stuff, using those 8 "fast lock" slots as a cache, and doing > cache management. It may not end up being that much > faster. > > > > _______________________________________________ > 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