Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread Meelis Nõmm via USRP-users 
Yes. We are using a N210 and the memory limits have been updated to 50M.
Interesting to hear that it works with Ubuntu17, tho we would like to stick
with Debian.

Any other ideas or queations?
Meelis

8. sept 2017 6:46 PM kirjutas kuupäeval :

> The original e-mail reporting "trouble" didn't specify which USRP device
> was involved, so in the interests of clarification and completeness, I
> thought that I'd interject about USB devices.  Yes, the N2xx and X3xx
> devices use a 1GiGe (or optionally 10GiGe for X3xx) for connecting to the
> host computer.
>
>
>
>
>
>
> On 2017-09-08 11:28, David wrote:
>
> USRP N2xx or X3xx are network devices?
>
> On 08/09/17 16:07, mle...@ripnet.com wrote:
>
> USRP devices that are attached via USB don't use the networking stack, so
> tweaking network-stack kernel parameters is irrelevant.
>
> Since the USB devices use LibUSB, which is entirely user-space, the
> transport parameters here should be investigated:
>
> https://files.ettus.com/manual/page_transport.html#transport_usb_params
>
> But if problems are occurring at low sample rates, it may be that your USB
> subsystem just isn't up to the task.
>
>
>
>
>
>
> On 2017-09-08 11:02, David wrote:
>
> could you explain why please?
>
> On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote:
>
> This is presumably a network-attached USRP (N2xx or X3xx)?  Otherwise,
> network parameters are irrelevant.
>
>
>
>
>
>
> On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote:
>
> Hello,
>
> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK),
> installed Debian 9 on it and tested Gnuradio on it. At first we installed
> via apt-get. We saw some drops in the gnuradio-companion and had issue with
> setting the real-time priority, so we removed it from the system and
> installed it again with pybombs.
> However, no difference. Today tested it again with UHD provided benchmark
> example (for easy reference).  Saw occasional drops with Sps from 1e6 to
> 10e6. Thought it might be a network driver issue, updated the Intel network
> driver with the latest(?) e1000e driver. Still no difference.
>
> Any ideas, can we fix this somehow?
> Thank you
> Meelis
>
> Additional information is in the file attached, but most important system
> parameters:
> #system
> Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
> #Network driver
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2)
> I219-LM (rev 31)
> filename:   /lib/modules/4.9.0-3-amd64/upd
> ates/drivers/net/ethernet/intel/e1000e/e1000e.ko
> version:3.3.5.10-NAPI
>
>
> $ ./benchmark_rate --rx_rate 10e6 --duration 300
>
> [INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200;
> UHD_3.11.0.git-181-g8f9f4184]
>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> ___
> USRP-users mailing 
> listUSRP-users@lists.ettus.comhttp://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

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread Marcus D. Leech via USRP-users 
The original e-mail reporting "trouble" didn't specify which USRP device
was involved, so in the interests of clarification and completeness, I
thought that I'd interject about USB devices.  Yes, the N2xx and X3xx
devices use a 1GiGe (or optionally 10GiGe for X3xx) for connecting to
the host computer. 

On 2017-09-08 11:28, David wrote:

> USRP N2xx or X3xx are network devices? 
> On 08/09/17 16:07, mle...@ripnet.com wrote: 
> 
> USRP devices that are attached via USB don't use the networking stack, so 
> tweaking network-stack kernel parameters is irrelevant. 
> 
> Since the USB devices use LibUSB, which is entirely user-space, the transport 
> parameters here should be investigated: 
> 
> https://files.ettus.com/manual/page_transport.html#transport_usb_params 
> 
> But if problems are occurring at low sample rates, it may be that your USB 
> subsystem just isn't up to the task. 
> 
> On 2017-09-08 11:02, David wrote: 
> 
> could you explain why please? 
> On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote: 
> 
> This is presumably a network-attached USRP (N2xx or X3xx)?  Otherwise, 
> network parameters are irrelevant. 
> 
> On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote: 
> Hello,
> 
> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), installed 
> Debian 9 on it and tested Gnuradio on it. At first we installed via apt-get. 
> We saw some drops in the gnuradio-companion and had issue with setting the 
> real-time priority, so we removed it from the system and installed it again 
> with pybombs. 
> However, no difference. Today tested it again with UHD provided benchmark 
> example (for easy reference).  Saw occasional drops with Sps from 1e6 to 
> 10e6. Thought it might be a network driver issue, updated the Intel network 
> driver with the latest(?) e1000e driver. Still no difference. 
> 
> Any ideas, can we fix this somehow? 
> Thank you 
> Meelis 
> 
> Additional information is in the file attached, but most important system 
> parameters: #system
> Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) 
> #Network driver
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) 
> I219-LM (rev 31)
> filename:   
> /lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko
> version:3.3.5.10-NAPI
> 
> $ ./benchmark_rate --rx_rate 10e6 --duration 300
> 
> [INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
> UHD_3.11.0.git-181-g8f9f4184] 
> ___
> 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___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread David via USRP-users 

USRP N2xx or X3xx are network devices?


On 08/09/17 16:07, mle...@ripnet.com wrote:


USRP devices that are attached via USB don't use the networking stack, 
so tweaking network-stack kernel parameters is irrelevant.


Since the USB devices use LibUSB, which is entirely user-space, the 
transport parameters here should be investigated:


https://files.ettus.com/manual/page_transport.html#transport_usb_params

But if problems are occurring at low sample rates, it may be that your 
USB subsystem just isn't up to the task.


On 2017-09-08 11:02, David wrote:


could you explain why please?


On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote:


This is presumably a network-attached USRP (N2xx or X3xx)? 
Otherwise, network parameters are irrelevant.


On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote:

Hello,

We lately bought 2 new NUC devices (a NUC7i7BNH and a
NUC6i7KYK), installed Debian 9 on it and tested Gnuradio on it.
At first we installed via apt-get. We saw some drops in the
gnuradio-companion and had issue with setting the real-time
priority, so we removed it from the system and installed it
again with pybombs.
However, no difference. Today tested it again with UHD provided
benchmark example (for easy reference). Saw occasional drops
with Sps from 1e6 to 10e6. Thought it might be a network driver
issue, updated the Intel network driver with the latest(?)
e1000e driver. Still no difference.
Any ideas, can we fix this somehow?
Thank you
Meelis
Additional information is in the file attached, but most
important system parameters:
#system
Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
#Network driver
00:1f.6 Ethernet controller: Intel Corporation Ethernet
Connection (2) I219-LM (rev 31)
filename:  
/lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko

version:3.3.5.10-NAPI


$ ./benchmark_rate --rx_rate 10e6 --duration 300

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200;
UHD_3.11.0.git-181-g8f9f4184]

___
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


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread Marcus D. Leech via USRP-users 
USRP devices that are attached via USB don't use the networking stack,
so tweaking network-stack kernel parameters is irrelevant. 

Since the USB devices use LibUSB, which is entirely user-space, the
transport parameters here should be investigated: 

https://files.ettus.com/manual/page_transport.html#transport_usb_params 

But if problems are occurring at low sample rates, it may be that your
USB subsystem just isn't up to the task. 

On 2017-09-08 11:02, David wrote:

> could you explain why please? 
> On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote: 
> 
> This is presumably a network-attached USRP (N2xx or X3xx)?  Otherwise, 
> network parameters are irrelevant. 
> 
> On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote: 
> Hello,
> 
> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), installed 
> Debian 9 on it and tested Gnuradio on it. At first we installed via apt-get. 
> We saw some drops in the gnuradio-companion and had issue with setting the 
> real-time priority, so we removed it from the system and installed it again 
> with pybombs. 
> However, no difference. Today tested it again with UHD provided benchmark 
> example (for easy reference).  Saw occasional drops with Sps from 1e6 to 
> 10e6. Thought it might be a network driver issue, updated the Intel network 
> driver with the latest(?) e1000e driver. Still no difference. 
> 
> Any ideas, can we fix this somehow? 
> Thank you 
> Meelis 
> 
> Additional information is in the file attached, but most important system 
> parameters: #system
> Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) 
> #Network driver
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) 
> I219-LM (rev 31)
> filename:   
> /lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko
> version:3.3.5.10-NAPI
> 
> $ ./benchmark_rate --rx_rate 10e6 --duration 300
> 
> [INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
> UHD_3.11.0.git-181-g8f9f4184] 
> ___
> 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___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread David via USRP-users 

could you explain why please?


On 08/09/17 15:55, Marcus D. Leech via USRP-users wrote:


This is presumably a network-attached USRP (N2xx or X3xx)? Otherwise, 
network parameters are irrelevant.


On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote:


Hello,

We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), 
installed Debian 9 on it and tested Gnuradio on it. At first we 
installed via apt-get. We saw some drops in the gnuradio-companion 
and had issue with setting the real-time priority, so we removed it 
from the system and installed it again with pybombs.
However, no difference. Today tested it again with UHD provided 
benchmark example (for easy reference).  Saw occasional drops with 
Sps from 1e6 to 10e6. Thought it might be a network driver issue, 
updated the Intel network driver with the latest(?) e1000e driver. 
Still no difference.

Any ideas, can we fix this somehow?
Thank you
Meelis
Additional information is in the file attached, but most important 
system parameters:

#system
Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
#Network driver
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection 
(2) I219-LM (rev 31)
filename:   
/lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko

version:3.3.5.10-NAPI


$ ./benchmark_rate --rx_rate 10e6 --duration 300

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
UHD_3.11.0.git-181-g8f9f4184]


___
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


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread Marcus D. Leech via USRP-users 
This is presumably a network-attached USRP (N2xx or X3xx)?  Otherwise,
network parameters are irrelevant. 

On 2017-09-08 10:25, Meelis Nõmm via USRP-users wrote:

> Hello,
> 
> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), installed 
> Debian 9 on it and tested Gnuradio on it. At first we installed via apt-get. 
> We saw some drops in the gnuradio-companion and had issue with setting the 
> real-time priority, so we removed it from the system and installed it again 
> with pybombs. 
> However, no difference. Today tested it again with UHD provided benchmark 
> example (for easy reference).  Saw occasional drops with Sps from 1e6 to 
> 10e6. Thought it might be a network driver issue, updated the Intel network 
> driver with the latest(?) e1000e driver. Still no difference. 
> 
> Any ideas, can we fix this somehow? 
> Thank you 
> Meelis 
> 
> Additional information is in the file attached, but most important system 
> parameters: #system
> Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) 
> #Network driver
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) 
> I219-LM (rev 31)
> filename:   
> /lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko
> version:3.3.5.10-NAPI
> 
> $ ./benchmark_rate --rx_rate 10e6 --duration 300
> 
> [INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
> UHD_3.11.0.git-181-g8f9f4184] 
> ___
> 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

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread David via USRP-users 

network buffer size?

Should be...

# sysctl net.core.rmem_max
net.core.rmem_max = 5000


On 08/09/17 15:25, Meelis Nõmm via USRP-users wrote:

Hello,

We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), 
installed Debian 9 on it and tested Gnuradio on it. At first we 
installed via apt-get. We saw some drops in the gnuradio-companion and 
had issue with setting the real-time priority, so we removed it from 
the system and installed it again with pybombs.
However, no difference. Today tested it again with UHD provided 
benchmark example (for easy reference).  Saw occasional drops with Sps 
from 1e6 to 10e6. Thought it might be a network driver issue, updated 
the Intel network driver with the latest(?) e1000e driver. Still no 
difference.


Any ideas, can we fix this somehow?
Thank you
Meelis

Additional information is in the file attached, but most important 
system parameters:

#system
Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
#Network driver
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) 
I219-LM (rev 31)
filename:   
/lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko

version:3.3.5.10-NAPI


$ ./benchmark_rate --rx_rate 10e6 --duration 300

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
UHD_3.11.0.git-181-g8f9f4184]



___
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

Re: [USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread Dan CaJacob via USRP-users 
We use several NUC6i7KYK units without any issues. They run Ubuntu 17.04

On Fri, Sep 8, 2017 at 10:29 AM Meelis Nõmm via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Hello,
>
> We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK),
> installed Debian 9 on it and tested Gnuradio on it. At first we installed
> via apt-get. We saw some drops in the gnuradio-companion and had issue with
> setting the real-time priority, so we removed it from the system and
> installed it again with pybombs.
> However, no difference. Today tested it again with UHD provided benchmark
> example (for easy reference).  Saw occasional drops with Sps from 1e6 to
> 10e6. Thought it might be a network driver issue, updated the Intel network
> driver with the latest(?) e1000e driver. Still no difference.
>
> Any ideas, can we fix this somehow?
> Thank you
> Meelis
>
> Additional information is in the file attached, but most important system
> parameters:
> #system
> Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
> #Network driver
> 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2)
> I219-LM (rev 31)
> filename:
> /lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko
> version:3.3.5.10-NAPI
>
>
> $ ./benchmark_rate --rx_rate 10e6 --duration 300
>
> [INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200;
> UHD_3.11.0.git-181-g8f9f4184]
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-- 
Very Respectfully,

Dan CaJacob
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] UHD dropping samples running on Debian 9

2017-09-08 Thread Meelis Nõmm via USRP-users 
Hello,

We lately bought 2 new NUC devices (a NUC7i7BNH and a NUC6i7KYK), installed
Debian 9 on it and tested Gnuradio on it. At first we installed via
apt-get. We saw some drops in the gnuradio-companion and had issue with
setting the real-time priority, so we removed it from the system and
installed it again with pybombs.
However, no difference. Today tested it again with UHD provided benchmark
example (for easy reference).  Saw occasional drops with Sps from 1e6 to
10e6. Thought it might be a network driver issue, updated the Intel network
driver with the latest(?) e1000e driver. Still no difference.

Any ideas, can we fix this somehow?
Thank you
Meelis

Additional information is in the file attached, but most important system
parameters:
#system
Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
#Network driver
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2)
I219-LM (rev 31)
filename:   /lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/
intel/e1000e/e1000e.ko
version:3.3.5.10-NAPI


$ ./benchmark_rate --rx_rate 10e6 --duration 300

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200;
UHD_3.11.0.git-181-g8f9f4184]
#system
Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) 
#Network driver
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-LM 
(rev 31)
filename:   
/lib/modules/4.9.0-3-amd64/updates/drivers/net/ethernet/intel/e1000e/e1000e.ko
version:3.3.5.10-NAPI



$ ./benchmark_rate --rx_rate 10e6 --duration 300

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
UHD_3.11.0.git-181-g8f9f4184] 
Creating the usrp device with: ...
[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[INFO] [USRP2] Detecting internal GPSDO 
[INFO] [GPS] Found an internal GPSDO: Jackson-Labs, FireFly , Firmware Rev 0.929
[INFO] [USRP2] Setting references to the internal GPSDO
Using Device: Single USRP:
  Device: USRP2 / N-Series Device
  Mboard 0: N210r4
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: WBXv4 RX+GDB
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: WBXv4 TX+GDB

Setting device timestamp to 0...
Testing receive rate 10.00 Msps on 1 channels
DD
Benchmark rate summary:
  Num received samples:289326
  Num dropped samples: 2178
  Num overflows detected:  0
  Num transmitted samples: 0
  Num sequence errors: 0
  Num underflows detected: 0
  Num late commands:   0
  Num timeouts:0


Done!

$ ./benchmark_rate --rx_rate 10e6 --duration 180

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
UHD_3.11.0.git-181-g8f9f4184] 
Creating the usrp device with: ...
[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[INFO] [USRP2] Detecting internal GPSDO 
[INFO] [GPS] Found an internal GPSDO: Jackson-Labs, FireFly , Firmware Rev 0.929
[INFO] [USRP2] Setting references to the internal GPSDO
Using Device: Single USRP:
  Device: USRP2 / N-Series Device
  Mboard 0: N210r4
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: WBXv4 RX+GDB
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: WBXv4 TX+GDB

Setting device timestamp to 0...
Testing receive rate 10.00 Msps on 1 channels
^X@sd

Benchmark rate summary:
  Num received samples:176569
  Num dropped samples: 0
  Num overflows detected:  0
  Num transmitted samples: 0
  Num sequence errors: 0
  Num underflows detected: 0
  Num late commands:   0
  Num timeouts:0


Done!

$ ./benchmark_rate --rx_rate 10e6 --duration 180

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
UHD_3.11.0.git-181-g8f9f4184] 
Creating the usrp device with: ...
[INFO] [USRP2] Opening a USRP2/N-Series device...
[INFO] [USRP2] Current recv frame size: 1472 bytes
[INFO] [USRP2] Current send frame size: 1472 bytes
[INFO] [USRP2] Detecting internal GPSDO 
[INFO] [GPS] Found an internal GPSDO: Jackson-Labs, FireFly , Firmware Rev 0.929
[INFO] [USRP2] Setting references to the internal GPSDO
Using Device: Single USRP:
  Device: USRP2 / N-Series Device
  Mboard 0: N210r4
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: WBXv4 RX+GDB
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: WBXv4 TX+GDB

Setting device timestamp to 0...
Testing receive rate 10.00 Msps on 1 channels
D
Benchmark rate summary:
  Num received samples:174194
  Num dropped samples: 1815
  Num overflows detected:  0
  Num transmitted samples: 0
  Num sequence errors: 0
  Num underflows detected: 0
  Num late commands:   0
  Num timeouts:0


Done!

$ ./benchmark_rate --rx_rate 5e6 --duration 300

[INFO] [UHDlinux; GNU C++ version 6.3.0 20170516; Boost_106200; 
UHD_3.11.0.git-181-g8f9f4184] 
Creating the u