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