Discussion and technical support related to USRP, UHD, RFNoC
View all threadsHi,
I am getting lots of underflow errors when sending with gnuradio to an X310 at sampling rates of 50 MSps and higher. The flowchart is as simple as possible: a signal source and a
"UHD: USRP Sink" block. When sending and receiving at the same time, the performance is even worse.
The X310 is connected to the PC by 10G ethernet. Using the UHD example programs benchmark_rate, tx_waveforms, txrx_loopback_to_file etc., a sampling rate of 200 MSps full duplex is no problem at all. So it is not a problem of the UHD driver and the network setup should be OK as well.
The processor is an Intel core i3-7100 @3.9GHz. A gnuradio flowchart with a signal source, a throttle block and a file sink works at 50 MSps sampling rate and more, so the processor speed should not be a problem either. The gnuradio version is 3.7.11 which is the one currently distributed for Ubuntu buster.
Any ideas? Could an update to a more recent gnuradio version help?
Best regards,
Erik
Shot in the dark Erik:
What is your MTU set at for the ethernet port? Try setting it to 9000 if it isn't and see if that does anything for you.
From: USRP-users usrp-users-bounces@lists.ettus.com on behalf of Erik Heinz via USRP-users usrp-users@lists.ettus.com
Sent: Monday, July 29, 2019 7:30 AM
To: usrp-users@lists.ettus.com usrp-users@lists.ettus.com
Subject: [USRP-users] X310 slow with gnuradio
Hi,
I am getting lots of underflow errors when sending with gnuradio to an X310 at sampling rates of 50 MSps and higher. The flowchart is as simple as possible: a signal source and a
"UHD: USRP Sink" block. When sending and receiving at the same time, the performance is even worse.
The X310 is connected to the PC by 10G ethernet. Using the UHD example programs benchmark_rate, tx_waveforms, txrx_loopback_to_file etc., a sampling rate of 200 MSps full duplex is no problem at all. So it is not a problem of the UHD driver and the network setup should be OK as well.
The processor is an Intel core i3-7100 @3.9GHz. A gnuradio flowchart with a signal source, a throttle block and a file sink works at 50 MSps sampling rate and more, so the processor speed should not be a problem either. The gnuradio version is 3.7.11 which is the one currently distributed for Ubuntu buster.
Any ideas? Could an update to a more recent gnuradio version help?
Best regards,
Erik
Hi jason,
I had the MTU set to 8028. I increased to 9000, just to make sure -> no change.
As I wrote, the UHD driver itself can transmit at full speed, so it should be no network issue.
Best regards,
Erik
Von: Jason Matusiak jason@gardettoengineering.com
Gesendet: Montag, 29. Juli 2019 13:50
An: usrp-users@lists.ettus.com; Erik Heinz
Betreff: Re: X310 slow with gnuradio
Shot in the dark Erik:
What is your MTU set at for the ethernet port? Try setting it to 9000 if it isn't and see if that does anything for you.
From: USRP-users usrp-users-bounces@lists.ettus.com on behalf of Erik Heinz via USRP-users usrp-users@lists.ettus.com
Sent: Monday, July 29, 2019 7:30 AM
To: usrp-users@lists.ettus.com usrp-users@lists.ettus.com
Subject: [USRP-users] X310 slow with gnuradio
Hi,
I am getting lots of underflow errors when sending with gnuradio to an X310 at sampling rates of 50 MSps and higher. The flowchart is as simple as possible: a signal source and a
"UHD: USRP Sink" block. When sending and receiving at the same time, the performance is even worse.
The X310 is connected to the PC by 10G ethernet. Using the UHD example programs benchmark_rate, tx_waveforms, txrx_loopback_to_file etc., a sampling rate of 200 MSps full duplex is no problem at all. So it is not a problem of the UHD driver and the network setup should be OK as well.
The processor is an Intel core i3-7100 @3.9GHz. A gnuradio flowchart with a signal source, a throttle block and a file sink works at 50 MSps sampling rate and more, so the processor speed should not be a problem either. The gnuradio version is 3.7.11 which is the one currently distributed for Ubuntu buster.
Any ideas? Could an update to a more recent gnuradio version help?
Best regards,
Erik
Erik,
Whoops, I glazed over that point, sorry. I am not really sure what else to try. That is a pretty old version of GR, could you maybe try a newer version in a different directory/prefix (so it doesn't mess up your current build)? At what sample rate do things seem to work right again?
From: Erik Heinz erik.heinz@supracon.com
Sent: Monday, July 29, 2019 8:02 AM
To: Jason Matusiak jason@gardettoengineering.com; usrp-users@lists.ettus.com usrp-users@lists.ettus.com
Subject: AW: X310 slow with gnuradio
Hi jason,
I had the MTU set to 8028. I increased to 9000, just to make sure -> no change.
As I wrote, the UHD driver itself can transmit at full speed, so it should be no network issue.
Best regards,
Erik
Von: Jason Matusiak jason@gardettoengineering.com
Gesendet: Montag, 29. Juli 2019 13:50
An: usrp-users@lists.ettus.com; Erik Heinz
Betreff: Re: X310 slow with gnuradio
Shot in the dark Erik:
What is your MTU set at for the ethernet port? Try setting it to 9000 if it isn't and see if that does anything for you.
From: USRP-users usrp-users-bounces@lists.ettus.com on behalf of Erik Heinz via USRP-users usrp-users@lists.ettus.com
Sent: Monday, July 29, 2019 7:30 AM
To: usrp-users@lists.ettus.com usrp-users@lists.ettus.com
Subject: [USRP-users] X310 slow with gnuradio
Hi,
I am getting lots of underflow errors when sending with gnuradio to an X310 at sampling rates of 50 MSps and higher. The flowchart is as simple as possible: a signal source and a
"UHD: USRP Sink" block. When sending and receiving at the same time, the performance is even worse.
The X310 is connected to the PC by 10G ethernet. Using the UHD example programs benchmark_rate, tx_waveforms, txrx_loopback_to_file etc., a sampling rate of 200 MSps full duplex is no problem at all. So it is not a problem of the UHD driver and the network setup should be OK as well.
The processor is an Intel core i3-7100 @3.9GHz. A gnuradio flowchart with a signal source, a throttle block and a file sink works at 50 MSps sampling rate and more, so the processor speed should not be a problem either. The gnuradio version is 3.7.11 which is the one currently distributed for Ubuntu buster.
Any ideas? Could an update to a more recent gnuradio version help?
Best regards,
Erik
On 07/29/2019 07:30 AM, Erik Heinz via USRP-users wrote:
Hi,
I am getting lots of underflow errors when sending with gnuradio to an
X310 at sampling rates of 50 MSps and higher. The flowchart is as
simple as possible: a signal source and a
"UHD: USRP Sink" block. When sending and receiving at the same
time, the performance is even worse.
The X310 is connected to the PC by 10G ethernet. Using the UHD example
programs benchmark_rate, tx_waveforms, txrx_loopback_to_file
etc., a sampling rate of 200 MSps full duplex is no problem at all. So
it is not a problem of the UHD driver and the network setup should
be OK as well.
The processor is an Intel core i3-7100 @3.9GHz. A gnuradio flowchart
with a signal source, a throttle block and a file sink works at 50
MSps sampling rate and more, so the processor speed should not be a
problem either. The gnuradio version is 3.7.11 which is the one
currently distributed for Ubuntu buster.
Any ideas? Could an update to a more recent gnuradio version help?
Best regards,
Erik
The file-sink version is NOT a good comparison, since the filesystem
doesn't need samples to "arrive on time", so there's no concept of an
"under-run".
The signal source in Gnu Radio is not super-speedy, particularly if it's
generating a sin or cos function.
Also, the core i3-7100, despite the high clock rate, doesn't perform
nearly as well as the i7 series, which is what most people choose for doing
serious high-speed DSP work with Gnu Radio.
Unfortunately, I have to stick to the i3 for now, since it is the only PC here with an PCI-E slot for the 10 Gig ethernet.
Anyway, I have installed UHD_3.14.1 from the Ettus repository and compiled gnuradio-3.8.0.0-rc2. Now things look a bit better.
A flowchart with a Signal Source, an UHD USRP Sink, an UHD USRP source and a QT GUI Sink works up to 66.7 MSPS duplex (the X310 can only do samples rates that are integer fractions of 200 MHz).
With a constant source, 100 MSPS are possible.
With sender-only or receiver-only flowcharts, I can achieve 200 MSPS. Not so bad.
Best regards,
Erik
--
????????????????????????????????????????
Supracon AG
Dr. Erik Heinz
An der Lehmgrube 11
07751 Jena
Tel.: +49 3641 2328-165
Fax: +49 3641 2328-109
Internet: http://www.supracon.com
????????????????????????????????????????
Handelsregister: Amtsgericht Gera HRB 208970
Umsatzsteuer-Id.: DE 216 111 685
Kaufm. Vorstand: Matthias Meyer
Vorsitz Aufsichtsrat: Prof. Dr. Michael Siegel
Von: USRP-users usrp-users-bounces@lists.ettus.com im Auftrag von Marcus D. Leech via USRP-users usrp-users@lists.ettus.com
Gesendet: Montag, 29. Juli 2019 17:36
An: usrp-users@lists.ettus.com
Betreff: Re: [USRP-users] X310 slow with gnuradio
On 07/29/2019 07:30 AM, Erik Heinz via USRP-users wrote:
Hi,
I am getting lots of underflow errors when sending with gnuradio to an X310 at sampling rates of 50 MSps and higher. The flowchart is as simple as possible: a signal source and a
"UHD: USRP Sink" block. When sending and receiving at the same time, the performance is even worse.
The X310 is connected to the PC by 10G ethernet. Using the UHD example programs benchmark_rate, tx_waveforms, txrx_loopback_to_file etc., a sampling rate of 200 MSps full duplex is no problem at all. So it is not a problem of the UHD driver and the network setup should be OK as well.
The processor is an Intel core i3-7100 @3.9GHz. A gnuradio flowchart with a signal source, a throttle block and a file sink works at 50 MSps sampling rate and more, so the processor speed should not be a problem either. The gnuradio version is 3.7.11 which is the one currently distributed for Ubuntu buster.
Any ideas? Could an update to a more recent gnuradio version help?
Best regards,
Erik
The file-sink version is NOT a good comparison, since the filesystem doesn't need samples to "arrive on time", so there's no concept of an
"under-run".
The signal source in Gnu Radio is not super-speedy, particularly if it's generating a sin or cos function.
Also, the core i3-7100, despite the high clock rate, doesn't perform nearly as well as the i7 series, which is what most people choose for doing
serious high-speed DSP work with Gnu Radio.