On 07/06/2021 05:03 PM, Anabel Almodovar wrote:
'
Without more details about your code structure, it's really hard to
comment on what might be going wrong with it.
I WILL comment that rx_samples_to_file is JUST AN EXAMPLE, and in
particular it's not optimized at all for
recording high-sample rates across multiple channels. NONE of the
example programs are represented as
being "ready to use" for any *particular* application, and making
them work for *your* application may require
significant additions and structural changes. They serve largely to
show how the UHD API can be used--they cannot
be used as a deep guide to building high-performance, real-time, DSP
applications. There's some notion that you might
already know how to do that.
The version of Ubuntu you're using is VERY VERY VERY out-of-date--which
version of UHD are you using?
The radios really have little to do with performance on your host--they
don't know whether you're streaming the samples to
a file, or e-mailing them to your cousin. Their job is to stream
samples at the desired sample-rate towards the host--it's
up to the host (and its software) to "keep up". UHD has been
rigorously optimized to be good at that task but it is not
a general-purpose DSP programming environment--it's just, to a first
approximation, a device driver.
You might consider looking at Gnu Radio, which already does a lot of the
buffer and thread management that you'd
inevitably have to program yourself if you weren't using Gnu Radio.
But again, without having MORE SPECIFIC details of your code structure,
it's impossible to give any meaningful comment
on why you may be running into performance issues. You also haven't
mentioned things like sample-rates, whether you have
SSDs, whether they're configured into some kind of RAID array for
high performance, etc.
Streaming 8 channels at significant sample rates into even an SSD array
is a *very demanding* task, and some amount of
system tuning will nearly always be necessary.
---------- Forwarded message ---------
De: *Anabel Almodovar* <[email protected]
<mailto:[email protected]>>
Date: jue, 24 jun 2021 a las 12:49
Subject: Continuos time acquisition
To: Ettus Research Support <[email protected] <mailto:[email protected]>>
I am working with two X310 boards equipped with two TwinRx each. They
are connected to a host via a dual 10GB Ethernet interface (MTU 9000).
My environment consists of Ubuntu 16.04 LTS, with 125.6 GiB RAM and a
processor with CPU @ 2.20GHz x 40.
I am trying to do continuous time acquisitions by modifying the
rx_samples_to_file.cpp example so that it can acquire 8 channels.
However, the results obtained are not what I expected as a lot of time
is wasted between buffers.
I have tried to increase the acquisition time so that it is saved in a
file every so often, that is, that it acquires 1s and saves, and when
it finishes saving, it acquires 1s again, following this cycle the
times indicated. However, although at the beginning the time between
each burst start is constant, there comes a point where these times
begin to increase considerably due to the time it takes to save the
file. In this case it is not clear to me if the problem is due to the
boards or caused by the host.
Is there another way to be able to carry out an acquisition in
continuous time losing the least number of samples possible?
On the other hand, I have noticed that one of the cards begins to emit
a strange noise, like a beep, when it has been on for a while.
Although this only happens sometimes I am a little bit worried. What
could be the cause?
I hope you can help me.
Thanks in advance.
Regards,
Anabel Almodóvar Hernández
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
