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 to usrp-users-le...@lists.ettus.com
