I tried to create a simple graph in GRC using a UHD Source (at 2MS/s)
and a file
sink which is simply dumping the binary data from the USRPN210.
I constantly receive Overruns in the form of “O”'s at the console
output.
That should mean the PC isn’t able to handle at least 8MB/s to write
onto the
disk.
I also tried to resize the socket buffer according to the instructions.
I have got a pretty new PC with SATA and an i5(QuadCore).
Can anybody point out where this overruns might come from?
I tried to create a simple graph in GRC using a UHD Source (at 2MS/s)
and a file
sink which is simply dumping the binary data from the
USRPN210.
I constantly receive Overruns in the form of “O”'s at the
console output.
That should mean the PC isn’t able to handle at least
8MB/s to write onto the
disk.
I also tried to resize the socket
buffer according to the instructions.
I have got a pretty new PC with
SATA and an i5(QuadCore).
Can anybody point out where this overruns
might come from?
Try simplifying your flow, so that you’re doing less
conversion to various forms – each of those steps costs some number of
operations, and your total data flow is 4Msps, because you’re looking at
two channels of 2Msps.
Try re-enabling buffering.
Try simplifying your flow, so that you’re doing less conversion to various
forms – each of those steps costs some number of operations, and your
total
data flow is 4Msps, because you’re looking at two channels of 2Msps.
There have been problems with the 82579LM dropping packets,
even when there’s no
reason to. There’s a horrible bug in its FIFO logic, apparently.
Various driver
patches have been applied over the years in Linux to try to get around
it,
but at
the end of the day, it’s the hardware.
It wouldn’t surprise me if your problem is
related to that.
Thank you very much for that hint. Do you recommend any special network
card?
There have been problems with the 82579LM dropping
packets,
even when there’s no
reason to. There’s a horrible bug
in its FIFO logic, apparently.
Various driver
patches have been
applied over the years in Linux to try to get around it,
but at
the end of the day, it’s the hardware.
It wouldn’t surprise me if
your problem is
related to that.
Thank you very much for
that hint. Do you recommend any special network card?
To be clear,
the 82579LM issue is something you should look in to. Not guaranteed
that’s you’re problem, but I can’t think of another reason.
Also, to
be sure. You are using this interface in 1GiGE mode, right? Connected
directly to the N210 without any switches or other detritus in the
middle?
I use a number of different network interfaces on my machines,
they all work. Even the cheezy RealTek $25.00 1GiGe PCI or PCIe cards
should work for you, particularly at lower sample rates.
What is your CPU clock speed? How much memory do you have?
What type of 1GiGE network interface do you have? This is on an N210?
_______________________________________________ Discuss-gnuradio mailing
list Discuss-gnuradio gnu.org Discuss-gnuradio Info Page [1]
It’s a
Quadcore Intel Core i5-3470CPU (4* 3.2 GHz), I’ve got 8GB RAM and the
network interface is Intel 82579LM. Yes it is a N210.
There have been
problems with the 82579LM dropping packets, even when there’s no reason
to. There’s a horrible bug in its FIFO logic, apparently. Various driver
patches have been applied over the years in Linux to try to get around
it, but at the end of the day, it’s the hardware. It wouldn’t surprise
me if your problem is related to that.
To be clear, the 82579LM issue is something you should look in to.
Not guaranteed that’s you’re problem, but I can’t think of another
reason.
Also, to be sure. You are using this interface in 1GiGE mode, right?
Connected directly to the N210 without any switches or other
detritus in the middle?
I use a number of different network interfaces on my machines, they all work.
Even the cheezy RealTek $25.00 1GiGe PCI or PCIe cards should work for
you,
particularly at lower sample rates.
All cards are in gigabit ethernet mode and the USRP is directly
connected to
the network card, so nothing in between.
To be clear, the 82579LM issue is something you should look in to. Not
guaranteed that’s you’re problem, but I can’t think of another reason.
Also, to be sure. You are using this interface in 1GiGE mode, right?
Connected directly to the N210 without any switches or other detritus in
the
middle?
I use a number of different network interfaces on my machines, they all work.
Even the cheezy RealTek $25.00 1GiGe PCI or PCIe cards should work for
you,
particularly at lower sample rates.
Then I have tested it with two other Intel Network cards (82583V,
82574L)
also at 1 MS/s. They don’t produce overruns. But if I double the sample
rate to 2MS/s I get overruns again.
So the 82579LM definitely performs worse. But the other cards are not
really
much better.
I would like to ask if anybody could try to capture data (see flowgraph)
with
the USRP N210 at such speeds > 2MS/s upto 10MS/s for a longer period of
time
and look if there are overflows?
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.