Hi Sebastian!

I'm not saying GNU Radio isn't at fault here, but do note that it usually does scale relatively well; but yeah, 200 MS/s is not very little. Also note that Ali didn't go into what he actually did to produce that signal – a file source, for example, would commonly *not* be able to keep up with demand, simply due to storage typically being rather slow. And as you describe, the issue seems to be the suboptimal (for this use case) default configuration of the USRP sink block in GNU Radio, or did I misunderstand that?

Best,
Marcus

On 29.07.24 12:37, sebastian.schroe...@hhi.fraunhofer.de wrote:

Hello!

I tried everything with the recommended settings and I also only got 61.44 MS/s with GNU Radio and the X410. It looks like the limiting factor here is GNU Radio. I think it might be because of the scheduler and the one thread per block policy of GR.

The first thing you should do is check whether the UHD Benchmark is working for you without any underflows.

For example, you can try this:

|$ sudo ./benchmark_rate|
|--args 
"type=x4xx,addr=192.168.10.2,mgmt_addr=<IPaddr>,master_clock_rate=250e6,use_dpdk=1"|
|--priority "high"|
|--multi_streamer|
|--duration 60|
|--channels --rx_rate 250e6|
|--rx_subdev "B:1"|
|--tx_rate 250e6|
|--tx_subdev "A:0" |


A straightforward experiment that can be conducted in GNU Radio is to set a Signal Source or File Source in front of a Null Sink and evaluate its throughput with the Probe Rate Block.

|[Source] --> [Probe Rate] --> (log) [Message Debug] \ \--> [Null Sink] |

The configuration should yield throughput of at least 250 MS/s, depending on the host workstation in use. (I even achieved 618 MS/s.) Then, the null sink was replaced with the USRP sink (use the same args as above), and the benchmark was repeated with different decimations of the bandwidth. No more underflows were observed at the previously mentioned 61.44 MS/s.

The optimal approach may vary depending on the specific application. In some cases, it may be beneficial to pre-generate the waveform in GNU Radio and transmit it using a UHD-only application.

Best regards,
Sebastian Schröder


_______________________________________________
USRP-users mailing list --usrp-users@lists.ettus.com
To unsubscribe send an email tousrp-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

Reply via email to